CoolRaoul

Je crois avoir peut-être trouvé. En googlant le message d'erreur je suis tombé sur un cas identique au tient qui m'a donné une idée. Peux-tu vérifier si "/var/services/homes" est bien un lien symbolique ("ls -ld /var/services/homes") ? Normalement, ça devrait ressembler à : lrwxrwxrwx 1 root root 14 Apr 10 15:45 /var/services/homes -> /volume1/homes Dans tout les cas essaie de faire cette manip légèrement modifiée: Désactiver l’accueil utilisateur Vérifier que le partage "home" à bien disparu (dans panneau de conf -> dossier partage et aussi en ligne de commande le "ls -ld") sinon, le supprimer à cet endroit (action -> supprimer) en ligne de commande rm -rf /var/services/homes puis rm -rf /volume1/homes Re-activer l’accueil utilisateur Voila qui confirme mes soupçons: "/var/services/homes" n'est pas un lien symbolique (link value = <rien du tout>)!

Ton "merci" m'a induit en erreur... Puisque tu est connecté en ligne de commande, regarde si dans /var/log/messages y aurait pas des erreurs en rapport avec tout ça Si tu as la patience, vérifie si activer/désactiver l’accueil utilisateur provoque systématiquement l'erreur "admin User home service disable failed.".

Pour te connecter via le tunnel VPN c'est l'IP qui t'a été affecté par le serveur VPN qu'il faut utiliser, pas ton IP externe du routeur. Cela dit fait gaffe on vient de voir dans un fil voisin que dans cette configuration le firewall n'utilise que des règles par défaut et assez "libérales" et qu'il n'est pas possible de le configurer via DSM pour l'interface tunnel VPN. Au minimum assure toi d'avoir activé le blocage d'IP.

Heureux pour toi (et soulagé pour moi ) qu'on ait finalement abouti

Oui "homes", de toute façon avant la réactivation tu ne dois plus avoir ni "home" ni "homes" dans panneau de conf -> "dossier partagé", et apres avoir réactivé, uniquement "homes" et pas "home" (ce dernier est un "pseudo partage", qui ne doit pas apparaître en tant que tel à cet endroit)

Normal, le répertoire doit être vide Normal, la aussi (sauf la date du 10 septembre ... mais on verra plus tard) Bigre... Bon tu va faire exactement les choses dans cet ordre: Désactiver l’accueil utilisateur comme dans mon screenshot Vérifier que le partage "home" à bien disparu (dans panneau de conf -> dossier partage et aussi en ligne de commande le "ls -ld") sinon, le supprimer à cet endroit (action -> supprimer) Re-activer l’accueil utilisateur Vérifier que le partage "home" est revenu A chaque étape jeter un oeil dans le journal système et noter toute erreur rencontrée

Pourquoi tu l'as créé *explicitement* avec DSM? Il faut laisser faire DSM, le partage "homes" est créé automatiquement par effet de bord de l'activation de l'accueil utilisateur. La seule opération necessaire est celle-ci: C'est peut-être là la cause de tes problèmes?

Puisque tu as dit ne pas avoir peur de la ligne de commmande essaie ceci: Connecté en ssh ou telnet avec le comte "root" (mot de passe du compte admin), donne-nous le résultat de cette commande: su - lecompte -s /bin/sh -c "ls -l /var/services/homes/lecompte" et ensuite celle-ci ("-ld" a la place de "-l"): su - lecompte -s /bin/sh -c "ls -ld /var/services/homes/lecompte" en remplaçant "lecompte" par le nom de ton utilisateur lambda

Tout a fait, tu as une c***e dans le potage là, et je ne parviens pas à reproduire ce comportement. Regarde un peu si il n'y aurait pas une piste dans les logs ("journaux système" dans le menu DSM)

Je vois ... Vu ce que tu constates, je pense que pour Synology, la fonction "VPN client", soit uniquement destinée a relier deux sites distants également de confiance (comme deux sites d'une mème entreprise et donc pas forcément de firewall entre eux) et pas d'outil pour télécharger discrètement sans se faire prendre par la Hadopi... Te reste alors de faire tes règles iptables pour le tun0 par script

Non c'est bon,Comme je l'ai dit plus haut cela donne acces au partage "homes" mais pas forcément à son contenu

Lorsque le VPN est actif, l'interface n'apparait pas dans la colonne autoriser/refuser de la conf firewall?

Ca reste un peu vague: panneau de conf -> dossier partagé -> sélectionner "homes" -> privileges ->configuration des privileges , c'est bien ça? Si oui, la config par défaut est uniquement le compte "admin" en lecture/écriture et rien pour les autres (ce qui ne doit pas les empêcher d'accéder au pseude-partage privé "home" normalement. Ah voila qui devient intéressant .. Essaie déjà (je sais ça a l'air un peu c**) désactiver/réactiver la fonction "service d’accueil utilisateur"

Il doit apparaitre dans le voisinage réseau, dans file station et ainsi de suite comme un partage a part entière sous le nom "home".

Tu veux que l'accès à chacun des sous-dossiers de ton dossier "stockage" soit réservé exclusivement à un utilisateur, c'est bien ça?

Modif que tu as effectué par l'intermédiaire de ... ?

En complément de ce qui précède: Les droits par défauts de "/volume<n>/home" sont normalement: drwxr-xr-x 4 root root Pas besoin d'assigner de privilèges aux comptes non admins sur le partage "homes" pour accéder a leur pseudo-dossier "home"

Quels étaient les droits du folder avant et apres ta modif ?De quelle façon as-ty fait cette modif? Avec le panneau de conf-> Dossier partagé ->privileges, avec file station ou un bon vieux "chmod" des familles en ligne de commande? "je" est un compte administrateur ou non?

Et ça explique pourquoi le scan de port (qui utilise ton IP Publique et pas celle du VPN) a donné la réponse que le port 22 était fermé ("isn't responding on port 22")

Constates-tu l'anomalie uniquement avec filestation ?

Non, c'est le site distant qui se connectes sur ta box. Sauf qu'il à écrit que non:

Va sur cette page http://www.t1shopper.com/tools/port-scan/ A coté de "Scan this list of port numbers" saisir "22" et juste a coté cliquer "scan" quel est le résultat?

N'aurais-tu pas configuré la Freebox avec l'IP du NAS en DMZ? Les grands esprits se rencontrent

Si on prend en compte l'ensemble du code demande/réponse on aboutit à do { $query=":04030000FF1810D2rn"; $socket->send($query); print FH "demande envoyéen"; if (my @handles = $selection->can_read($timeout)) { # des données sont arrivées sur le socket my $handle=shift(@handles); $data = <$handle>; }; } until ($data); (reste à améliorer le traitement des erreurs, et éventuellement un compte de "retries" pour ne pas partir dans une boucle infinie en cas de défaillance du convertisseur RS232)

Limite HS mais tant pis: dans quel but utiliser l'aggregation de lien? A moins d'avoir des dizaines de postes clients connectés et transférant des données simultanément sur le NAS, j'ai du mal à comprendre. A mon avis architecture complexe => complexité de diagnostic (comme on le constate ici) (au passage ça aurait été plus sympa de nous donner toutes ces infos des le départ, on aurait probablement tout de suite proposé de faire le test en direct sur une seule patte)