CoolRaoul

Commencer alors par simplement désactiver le firewall du NAS (bien que le filtrage ICMP ne fasse pas partie des options accessible par l'interface DSM) N'aurais-tu pas un firewall mal configuré sur ton Linux? Sinon, on peut aussi investiguer coté câblage , quoique , vu les problemes qui tu décris je ne comprend pas que tu arrives à "administrer le nas depuis l'interface web", ou alors tu utilise un autre poste que ton linux pour ça (mais tu nous l'aurais dit évidemment). Faudra nous expliquer ce que tu veux dire par la (le NAS qui *reconnait* la freebox ???)

Est-qu'il sait lire des videos situés sur un partage samba ou NFS ?

Pourquoi pas envoyer balader no-ip et leur contraintes à la c** (qu'est-ce que ça peut bien leur faire que ton IP ne change pas pendant plus d'un mois?) et utiliser le service DDNS synology à la place ?

http://tizzbird.fr/images/stories/logos_articles/tizzbird/FICHES_TECHNIQUES/tizzbird_f20.pdf Processeur : TCC8801 - Cortex A8 - 1 Ghz - Mémoire : principale 512MB (RAM) / 2 GB (NAND) OS : Androïd 2.3 (gingerbread) EVOLUTIF - Interface : OPEN GL 3D - Taille et format du disque dur : 2,5’’ SATA jusqu’à 2 To - Langues : 38 langues disponibles dont : Français, Anglais, Allemand, Espagnol - Taille : 155x155x30 mm - Poids : 480 g

Je viens aussi de m'apercevoir que c'est par vagues... Ça vient de s’arrêter aussi la d'ailleurs

Super, je crois que cet argumentaire approfondi m'a convaincu Sérieusement, saurais-tu nous proposer des liens sur des tests ou comparatifs, des témoignages utilisateurs? **EDIT** Un truc me chiffonne déja: Android 2.3, bof.

Bonjour, Je viens de m'apercevoir que toutes les 30 secondes, j'avais les deux messages suivants dans /var/log/messages: Apr 11 14:06:14 synosnmpcd: snmp_oid_class.cpp:131 Invaild Argument (__null == _pOIDGet)=[0] Apr 11 14:06:14 synosnmpcd: snmp_object_class.cpp:381 Error: Cannot parse OID Je souhaiterai savoir si d'autres que moi peuvent observer ce comportement, histoire de déterminer si c'est ma config qui est en cause ou un bug de la 4.2. NB: je redémarre synosnmpcd quotidiennement, par le gestionnaire de tache, avec la commande suivante pour contourner le problème "Resource Monitor - Connection failed" discuté ici, peut-être est-ce lié /usr/syno/etc.defaults/rc.d/S96synosnmpcd.sh restart

Je vais essayer d'apporter un peu de précision au ce sujet qui, dans un passé récent, m'a semblé pouvoir provoquer certaines polémiques. Il est important de bien distinguer "contenu" et "contenant". Pour faire une analogie dans la vie réelle, pour cacher à la vue de certaines personnes qu'un objet existe, ce n'est pas en agissant sur l'objet lui-même qu'on va y parvenir (le spray d'invisibilité n'a pas encore été inventé), la méthode qui convient est de dissimuler l'objet en le plaçant *a l'intérieur* d'un *autre* objet dont le contenu (disons l'entrée) n'est accessible qu'aux personnes autorisées (comme on coffre dont on a ou pas la combinaison). Dans le cas de dossiers ou de fichiers c'est équivalent: pour cacher (rendre invisible) la présence d'un fichier ou d'un dossier, il n'y en général pas de méthode efficace passant par la modification des attributs du fichier ou dossier lui-même. Comme dans la vie réelle, il faut déplacer le fichier/dossier dans un dossier (père) dont on va contrôler laccès (avec les droits user/groupe/autres ou les acl si on veut faire plus fin) Donc, même si DSM offre des options pour masquer la présence de dossier/fichiers aux utilisateur non autorisés, il ne faut pas trop s'appuyer sur cette possibilité car elle dépend exclusivement d'une fonctionnalité de Samba et ne s'applique donc pas aux autres méthodes de partage.

Les dossiers "partagés" et les sous dossiers sont traités différement. Les premiers ne sont visibles que par les utilisateurs qui y ont effectivement acces *sauf* dans le cas d'un acces en mode partage réseau CIFS (voisinage réseau d'un poste windows par exemple) ou ils sont tous visible (mas bien entendu si on n'a pas l'acces il est impossible d'en voir le contenu). Toujours en mode SMB/CIFF il est aussi possible de rendre chaque partage indivuellement invisible (sera toujours possible d'y accéder en connaissant son chemin) Les sous-dossiers sont en général visible par tout le monde (sous réserve bien entendu d’avoir accès en lecture au dossier père). Il existe cependant une option permettant de les rendre invisibles, mais à l'inverse du cas précédent, cette option ne s'applique qu'aux acces CIFS. En général le concept de "dossier caché" est rarement implémenté par les systèmes d’explorations courant. Si on veut effectivement rendre invisible des objets (fichiers ou dossiers) le mieux est d'utiliser un dossier intermédiaire, contenant le (ou les) dossier(s) à masquer, et dont on ajuste les droits pour en autoriser la lecture uniquement aux personnes autorisés. Panneau de configuration -> Notification (mais attention, ni Free ni Sosh n'ont, à ma connaissance d'API d'envoi de SMS via le réseau). Le mieux est d'installer le client DS Finder sur le smartphone, de le lier avec le syno et le téléphone recevra les notifications en mode push (si il est connecté à internet). Bien entendu, suffit de configurer les ouvertures de ports dans la box/le routeur et le NAS sera accessible, sur les ports sélectionnés, à partir d'internet y compris un mobile. oui: panneau de conf -> matériel -> Planif Alim On trouve pas mal de didacticiels en ligne sur le site synology déja. Sinon le bon point de départ est simplement la doc PDF (dispo en ligne aussi) en complément du guide d'installation rapide: http://www.synology.com/support/download.php?lang=fre&b=2%20bays&m=DS213 Pour ma part je l'utilise comme cible de backup du disque1, pour stoquer des données dont la perte m'importe peu (logs), et cible time machine aussi.

C'est normal, "mount -a" n'est généralement pas tres verbeux. Mais que donne un simple "mount" ? Le ping du linux vers le NAS échoue? Est-tu sur de nous avoir bien communiqué toutes les infos sur ta configuration (architecture réseau entre le NAS et le PC Linux par exemple) Sur ton Linux que donne la commande suivante? showmount -e 192.168.1.23 La configuration du routeur ne concerne que les redirections de port pour les acces distant, si, comme je c'est probable (je suppose que tu nous l'aurais dit sinon), ton ordinateur linux et ton NAS son dans le mème réseau ceci n'a pas d'importance.

Dans ce cas, je choisirai d'aller au plus simple avec un appareil tout en un, dans ce genre par exemple: http://support.linksys.com/fr-eu/support/gateways/WAG320N

Juste un conseil: éviter de mettre deux routeurs en cascade, souvent emmerdogène. Si tu tiens à utiliser un point d'acces wifi indépendant de ta box, s'assurer qu'il puisse partager le même sous-réseau IP que le LAN de ta box.

As-tu essayé d'activer la route par défaut sur l'interface VPN ?

Ouf, je me demande bien comment "/var/services/homes" s'est retrouvé être un dossier à la place d'un lien symbolique par contre ...

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