CoolRaoul

Et o

Au temps pour moi, ce qui m'a fait penser à ça c'est d'avoir rencontré récemment (ici même dans ce forum) à plusieurs reprises des personnes avec une config à deux routeurs en cascade, chose souvent génératrice d'emmerdements en série.

Du ftp à travers deux routeurs faisant du NAT/PAT en cascade, c'est pas gagné (PS: je ne comprend pas pourquoi autant de gens mettent un 2eme routeur au c*l de leur box sans désactiver le mode routeur d'icelle)

Peut être regarder de ce coté:

Par défaut seul le compte "root" peut se connecter en ssh, le mot de passe à utiliser est celui du compte "admin" Utilises plink à la place pour avoir le temps de lire le message d'erreur, il s'utilise dans une fenetre de commande (cmd.exe) . Son exécutable est dans le même dossier que putty Pourquoi nous parler du routeur? Faut-il comprendre que le Syno et le PC ne sont pas sur le même réseau? Probablement que tu n'a pas activé le service telnet dans le panneau de conf DSM

Nous non plus! Si tu nous disais au moins quelles sont les commandes que tu tapes ainsi que les messages d'erreurs *exacts* ? (un copier/coller ne serait pas du luxe)

Comment as-tu fais l'association IP <-> nom_de_domaine ? et est-ce que la commande: nslookup <nom_de_domaine>[/CODE] te trouve bien la même IP ?

Le message dont j'ai donné l'url indique aussi "Par contre les liens ne fonctionnent toujours pas " C'était juste pour te signaler que le problème des liens avait *déja* été signalé

Sur DSM on n'a pas la maîtrise du choix de l'UID lorsque l'on créé un compte. DSM les alloue à partir de 1024. Par conséquent, pour que le meme compte utilisateur linux et DSM ait le meme uid, c'est sous le client Unix que tu dois modifier l'UID avec des commandes du genre usermod -u <nouveau uid> <username> find / -uid <ancien uid> | xargs chown <nouveau uid> Ca c'est un autre débat, mais en général lorsque le client et le serveur NFS sont situés à proximité (au sens topologie réseau donc sur le meme LAN, ce qui j'imagine doit être le cas pour toi entre ton NAS et ton Linux) on peux les considèrer comme une seule entité avec un modèle de sécurité unique (une sorte de "meta serveur" dont chaque élément fait confiance aux autres). Et pour ce qui concerne la sécurité basée sur l'IP, tu notera c'est ce modèle qu'utilisent les firewalls du Syno et des autres Linux en général (basés sur iptables) . Donc si tu n'y fais pas confiance tu dois te poser de la question de ne plus faire confiance au firewalls non plus.

Tes périphériques "internes" se retrouvent parfois "externes" ???

Ben non, voici ce que ça donne chez moi (il demande le mdp root même si on est connecté root mais c'est normal) fserv> /usr/syno/bin/net rap server name Enter root's password: Server name = FSERV fserv>

Faut être dans une fenetre de commande en mode administrateur "-n" affiche les noms *locaux* (ceux emis de la machine sur laquelle tu es), ***EDIT*** Commande à faire coté syno cette fois: /usr/syno/bin/net rap server name[/CODE] vérifier que c'est bien le nom réseau du syno qui s'affiche

Franchement étonnant, regarde a quoi ça ressemble quand tout se passe normalement: C:\WINDOWS\system32>nbtstat -r NetBIOS Names Resolution and Registration Statistics ---------------------------------------------------- Resolved By Broadcast = 2 Resolved By Name Server = 0 Registered By Broadcast = 6 Registered By Name Server = 0 NetBIOS Names Resolved By Broadcast --------------------------------------------- FSERV <00> ***EDIT*** A propos, ce n'est pas "nbstat" mais "nbtstat" (et je me demande bien quelle est cette commande "nbstat" qui donne un résultat chez toi) Et essaie aussi la commande suivante nbtstat -a <nom_de_ton_syno>[/code] en remplacant <nom_de_ton_syno> par .. ben tu devines

Un (simple) modem est normalement transparent en ce qui concerne les ports, je suis étonné que tu ais redirigé des ports *aussi* dans celui-ci. J'ai l'impression que ton modem fait aussi routeur, ce qui a pour résultat que tu te retrouves avec deux routeurs en série: une configuration qui ne fait que complexifier l'ensemble. Si c'est le cas, je ne peux que te conseiller de désactiver la fonction routeur de ton modem, qu'il n'ait plus a s'occuper que de la partie purement adsl, et de gérer la partie TCP/IP dans ton routeur. Ca devrait grandement simplifier la résolution du problème.

https://myds.synology.com/support/support_form.php?lang=fre

La prochaine fois essaie d'avoir le réflexe de faite un "print screen" (et coller le résultat en lieu sur) lors de la question histoire d'en savoir plus

Si je comprend bien, il semblerait que ce soit l'aces sftp le coupable. A confirmer par tes tests en ftp.

Tout ça n'est pas facile a suivre je dois dire... Même avec énormément de bonne volonté je ne parviens pas à reproduire les étapes. Tu commences par nous parler d'un utilisateur quelconque faisant partie d'un groupe et ensuite du *même* utilisateur mais avec des groupes différents: c'est le même ou pas alors? Il y a aussi des phrases que je ne comprend pas aussi ("Je propage les droits everyones") : propager les droits d'un dossier aux objets qu'il contient je vois bien, mais dans le cas d'un *fichier* je ne vois pas en quoi cela peut consister. Franchement désolé, peut-être que je suis un peu fatigué aussi.

Pour que l'onglet "privilege avancé" soit présent il faut avoir activé la prise en compte des ACL sur le dossier partagé, comme ceci: Par contre il ne me semble pas que le système créé de dossier "FTP" (en tous cas ce n'est pas le cas sur mon NAS)

Ici il s'agit d'un probleme de résolution de nom, pas de connexion refusée **EDIT** (La résolution de nom netbios se fait par diffision (broadcast) du NAS vers le réseau) Et la connexion avec l'IP fonctionne, donc ...

En effet plutot, et le probleme est coté windows AMHA.. La résolution de noms netbios semble foirer un chouia. Sous Windows, vérifie dans les parametres de ta carte ethernet que l'une des deux options suivantes est activée

En effet et on en a parlé, pas plus tard qu'aujourd'hui:

De taper "netbios" , textuellement, en toutes lettres? Bigre. essaie "nbtstat -r" sur ton pc windows en ligne de commande, voir si n'apparait pas un nom anormal dans la liste

Tiens, quelqu'un a eu exactement les memes symtomes recemment Je vais voir si je retrouve le fil et je reviens En attendant vérifier dans panneau de configuration -> réseau -> général que le "nom du serveur" est bien "diskstation" PS: je vais devoir m'absenter une partie de l'apres midi, ne pas s'inquiéter en cas de réponse un peu tardive ***EDIT*** Trouvé l'autre cas: resté en suspens sans solution helas **EDIT #2** tu es sous quel O.S. et Quelle version? **EDIT #3** (si tu es sous windows) vérifier que le "service de fichier windows" est bien actif (sur le NAS) sur le pc client vérifier avec la commande nbtstat -r[/CODE] si il n'apparait pas un nom netbios qui te semble inconnu