glouglou44

As-tu bien changé ton IP en statique ?

@achille1001 J'ai rien compris mais tant mieux si ça marche @oribat Ton NAS est comme un autre ordinateur, il n'y a (à moins d'une modification volontaire) aucune restriction pour sortir sur internet. A ce stade et avec les infos que tu donnes, je vois 2 possibilités. 1. Problème de gateway: Control panel => Network => Onglet "General" => Default gateway (généralement le XXX.XX.XX.1 de ton réseau). 2. Problème de DNS. Connecte-toi en SSH (Pour activer "Control panel" => Terminal => Activer SSH) avec (par exemple "putty") avec la commande ssh admin@192.168.XX.XX et fait un ping www.google.fr (par exemple) et regarde s'il résout le nom de domaine. Je penche plutôt pour la première. Note: Privilégie l'IP statique et non le DHCP.

Salut, Essaie en root et pas en admin (le mdp est le même).

Salut, En clair, tu as accès à ton NAS (donc il a accès au réseau), mais tu ne peux pas faire de mises à jour, donc pas d'accès à internet depuis ton NAS. Dans ta description tu marques "DHCP, est-ce que c'est ton NAS qui est en DHCP ?

J'ai lu un peu la doc de ton Popcorn Hour a410et apparement c'est lui ton serveur, pas ton Syno. Donc tu dois monter ton lecteur sur le syno et non le contraire. Est-ce que tu l'as bien activé sur ton lecteur ? Tu devrais pouvoir faire "Mount Remote Folder" via le DSM (avec SAMBA par contre) Et je doute qu'il utilise NFSv4 par défaut.

Salut VANGEO, Suivant ce que tu veux faire tu n'es pas obligé d'utiliser NFSv4. Si tu ne coches pas, tu as NFSv3 par défaut. La version 4 apporte beaucoup de fontionnalités mais n'est vraiment pas simple à mettre en place. Je t'invite à aller sur internet pour lire un peu la doc.

Salut, Je ne connais Hubic mais si pews a juste ça risque d'être compliqué. Ne peux-tu pas prendre comme source commune tes ordinateurs ? En considérant que tes ordis ont la même version que sur le syno, un de tes ordis sauvegarde sur Hubic (et donc indirectement le syno)

Je suppose que ce dont tu as besoin est "Photo station uploader" (https://www.synology.com/en-us/releaseNote/Photo%20Station%20Uploader) Par contre pas sûr qu'il soit dispo sur iPad (il y a une application Mac)

Pour vulgariser, les redirections te servent à faire passer l'information de l'interface "publique" de ta box (adresse mysyno.synology.me) à l'interface "privée". Etant donné qu'il y a (vraisemblablement) plusieurs machines chez toi, il faut que ta box sache à qui est destiné le paquet, d'où le port à rediriger. Pour le reste, PiwiLAbruti vient de répondre mais sache que la redirection des ports 5000/5001 ne change rien à ton problème ftp.

Il y a des chances mais pas forcément. Chez moi tout est ouvert en 192.168.1.X et restreint par service/port pour le reste.

Et le firewall ? Est-ce que la redirection de ta box fonctionne correctement ?

"ca ne fonctionne pas " n'est pas trop parlant. Qu'as-tu comme message ? Qu'en est-il te ton firewall ?

Avant tout, je précise que je n'ai pas testé de récupérer un dossier crypté sur une autre machine. C'est l'utilisateur qui décide la clé, d'ailleurs il peut même l'exporter (https://www.synology.com/fr-fr/knowledgebase/tutorials/455). Donc à mon avis on peut le récupérer sur une autre machine. D'ailleurs le contraire m'étonnerait.

Je ne sais pas exactement comment synology gère le fichier samba (au niveau mise à jour lorsque tu changes une option). Mais il faut le voir de cette manière, lorsque tu as: - "valid users": On refuse tout le monde sauf les utilisateurs listés. - "invalid users": On accepte tout le monde sauf les utilisateurs listés - "valid users" ET "invalid users": Etant donné que seul ceux qui sont dans "valid users" sont autorisés, "invalid users" est inutile. J'emets l'hypothèse que via le DSM lorsqu'un utilisateur a la coche "refuser", il est ajouté dans "invalid users", lorsque'il est dans "autorisé" dans "valid users" et dans aucun s'il n'y a pas la coche (je n'ai pas vérifié).

Tu n'as pas tout mis (et la ligne en rouge je ne la vois pas). Plus haut tu as la liste "invalid users" et "valid users". Si ton utilisateur n'est pas dans les "valid users", il ne pourra pas se connecter malgré l'option "guest ok"

Pas sûr que se soit modifiable. Si qqn a une réponse sûre. Je laisse ceux qui ont testé et de l'expérience te répondre. La seule chose à faire pour te rassurer, c'est de tester. Tu prends un dossier au pif (pas trop gros) et tu lances une sauvegarde. Ensuite essaie de la lire sur ton ordi. Après ça, tu sauras que ça fonctionne et ensuite le jour où ça arrivera, tu sauras comment faire.

Je ne répond pas à ta question mais attention, dès la version 5.1 (qui sortira prochainement), le support de timebackup sera abandonné. Avec l'application "Sauvegarde et réplication", aucun problème pour lire ça avec ext4 (notamment) sur linux. Attention en cas de chiffrement.... Je ne sais pas combien de données sont générées par jour mais si ce n'est pas trop gros, le différentiel va bien. Car en cas de problème lors du premier incrémental, tous ceux qui vont suivre vont être également corrompus. Ce qui n'est pas le cas du différentiel. Note: Il est fortement conseillé (si ce n'est une obligation) de faire une sauvegarde complète tous les XX jours/mois. Je pense que c'est un exemple de ta part de dire un incrémental/différentiel par mois mais refaire un "full" tous les 6 mois ou +, c'est pour moi prendre de gros risques.

Tout est là: http://ukdl.synology.com/download/Document/UserGuide/DSM/5.0/Syno_UsersGuide_NAServer_fra.pdf

Hello, Tu as bien redirigé les ports passifs sur ton syno mais ton syno ne les accepte apparemment pas. Pour tester, désactive le firewall de ton syno et tu seras fixé sur cette première chose EDIT: J'ai peut-être dit une bêtise. Es-tu passé par EZ ???

Je comprends surtout pas ce que font les lignes "- /etc/ssh/sshd_config 1/139 0%" dans ton fichier.... Moi non plus je n'ai pas ce script. Mais quoi qu'il en soit ton démon tourne. Prends un sshd_config propre et redémarre ton syno. Note: soit tu changes le port, soit tu utilises le port 22 au redémarrage (attention au firewall)

Tu la fais justement via telnet. Tu fais une connexion à toi-même afin d'avoir les informations -vvv Justement, une des commandes te donnera le port d'écoute de ssh (en espérant qu'il y ait quelque chose). A partir de là tu pourras te connecter via le port trouvé (sauf s'il y a encore autre chose)

Ok donc déjà il n'écoute pas sur le port 22. pour le ssh -vvv, tu peux le faire directement sur ton Diskstation en faisant ssh -vvv localhost. Cependant, on ne connais pas le port (est-ce tjrs le 443 ? ). Pour savoir sur quel port tourne ssh, lance plutôt la commande "netstat -taupen|grep sshd", là, si sshd tourne, tu dois obtenir le numéro de port et utiliser l'option -p de ssh pour modifier le port par défaut pour ta connexion SSH

Ok, dans ce cas prenons les choses les unes après les autres: 1. Service SSH activé via le DSM (Panneau de configuration= 2. Port firewall ouvert en 22 (ok, tu viens de me le dire) 3. Faire un ssh -vvv et voir ce que ça dit 4. Si toujours pas ok, connexion telnet et commande "ps|grep ssh", tu dois avoir une ligne /usr/syno/sbin/sshd 5. Toujours telnet: commande "netstat -an|grep 22". Tu dois avoir une ligne du style "0.0.0.0:22 0.0.0.0:* LISTEN" Tiens-moi au courant

Etant donné que c'est certainement revenu par défaut, est-ce que tu n'aurais pas oublié d'ouvrir le port 22 (que tu n'utilisais pas) dans le firewall de ton syno ???

@PiwiAbruti: En l'occurence lui non puisque ce n'est pas entre 2 homes mais "home" => "Dossier partagé" Mais d'après ce que je vois la quasi totalité des dossiers utilisateurs (par utilisateur je veux dire non système) sont au minimum en 755 et sont "cachés" par le DSM par l'interface web, smb, etc. Donc tu aurais au minimum le droit lecture de tous les dossiers. Après c'est clair que selon moi tu casses un peu ton environnement niveau sécurité et cohérence mais des fois tu n'as pas le choix.