CoolRaoul

Ma culpa sur ce point précis: je viens de découvrir qu'on pouvait faire de l’agrégation de liens en conservant des IPs différentes (j'ai un peu de mal à comprendre le mécanisme dans ce cas, mais ça ne change rien au reste de mon post). **EDIT** Cette page de doc semble indiquer que, sous DSM, on se retrouve bien avec une seule interface virtuelle qui "aggrège" les deux interface physiques ("Bond 1" dans l'exemple) et par suite une seule IP.

Pour cela faudrait que ton PC soit lui aussi relié au switch avec deux cables, que ces deux équipements (PC et switch) supportent tous deux le protocole d’agrégation de lien et de toutes façon un gain ne serait possible qu'en utilisant des logiciel dédiés (et même là je ne garantis rien: l'amélioration de débit ne s'applique qu'a de multiples postes clients connectés simultanément) Enfin, si tu étais dans une telle configuration les deux interfaces du NAS partageraient une seule et même IP Dans le cas présent de ta config ça ne peut que créer des problèmes du genre de ceux constatés (et au passage j'ai perdu le fil avec le sujet initial du topic)

Deux câbles sur le même LAN, dans quel but?

(J'ai décidément du mal a faire comprendre sur quoi porte mon interrogation, je vais tenter d'être plus précis) Je comprend bien ça. Mais ça ne répond toujours pas à ma question Je la reformule donc: "en quoi serait-ce si grave? A mon boulot, les serveurs de production sont supervisés en continu sur différents points. Aucun point de mesure, y compris la connectivité réseau, n'est supervisé avec une granularité aussi fine que ça. Ce n'est que pour cela que je m'étonne qu'il puisse être nécessaire, dans le cadre (si j'ai bien compris) d'une utilisation à domicile, d'avoir besoin d'une finesse de surveillance plus importante qu'en milieu professionnel.

Ca ne répond pas a ma question (fallait comprendre "pourquoi avoir besoin de cette précision?" ) Enfin, c'est toi qui voit..

Serait intéressant de tester la connexion sur xxxxx.quickconnect.to avec le navigateur du mobile sur lequel les applis DS fonctionnent (en lieu et place du PC)***EDIT*** Autre chose: dans le panneau de conf DSM->quickconnect->avancé, "DSM" ne serait-il pas décoché?

Salut, Le fait de ne pas donner exactement de quelle façon la connexion échoue (quel est le message d'erreur? refus immédiat de connexion ou après un timeout?), c'est une démarche volontaire (histoire de nous proposer un challenge intellectuel), juste un oubli ou il y a d'autre raisons?

Pre requis: l'acces au NAS par internet doit être possible (du moins le port 5000 ou éventuellement 5001 en ssl) . Sinon ça doit également marcher si on a activé QuickConnect mais je n'ai pas testé dans ce cas. Cela fait, il faut passer par filestation. Sélectionner le fichier à partager Et, dans le menu contextuel, choisir cette option: Pour terminer, remplir le formulaire qui apparait (avec l'option "période de validé" si souhaité)

C'est aussi la 2eme option "liens entre différents dossiers" qu'il faut activer dans ton cas: Et voici ce que dit l'aide: Faudrait essayer NB: Ca n'a aucun effet pour FileStation ni via Webdav (je viens de vérifier), mais comme ce panneau de paramètres est réservé aux settings CMB/CIFS, dans ce mode peut-être bien que ... A voir

A quoi bon avoir ajouté le commentaire: "en secondes, pas trop faible et inferieur au delai du ping en tout cas " si c'est pour qu'il n'en soit pas tenu compte PS: quelle peut-être la raison nécessitant la surveillance de sa connexion internet avec une granularité de 5 secondes?

J'ai répondu dans le fil nginx, plus approprié que celui ci:

Ok, c'est plus clair maintenant: si on dispose d'une box capable de faire de la translation de port, la methode nginx est largement préférable pour plusieurs raisons. Dans le cas contraire, y a pas photo on est d'accord **EDIT*** Reste donc a savoir de quel type de box/routeur est équipé notre ami..

Me semble que c'est le contraire: avec nginx il y a uniquement des choses à ajouter, on ne modifie rien (et c'est justement un des avantages de la solution que je met en avant) Pour le reverse proxy apache faut modifier des fichiers dont certains qui sont écrasés lors des upgrades DSM. Non, avec la methode nginx on ne bidouille pas apache, aucune modif de ce coté La seule objection avec laquelle je suis entièrement d'accord, sans translation de port pas de salut

Suffit de suivre mon tuto pas à pas (j'ai volontairement bien détaillé) et çà marchera du premier coup (sous réserve d'avoir une box permettant de faire une redirection de port avec un port source différent du port cible). J'en au profité pour supprimer la note "work in progress", plus vraiment appropriée

Merci de prendre le relais!

Pas sur, si on s’adresse à un newbie (qui de plus n'a probablement qu'une box et pas un routeur, plus "ouvert" par définition)

Faut choisir un site réputé fiable (je reconnais peut être que "free.fr" n'est pas un bon choix ), de plus et j'ai mis deux paquets (-c2) avec un timeout de 5 secondes (-w5): ca devrait aller Et puis s'agit pas non plus de contrôler une centrale nucléaire non plus hein

Un truc de ce genre devrait le faire (écrit à l'arrache, donc pas forcément "bug free") #!/bin/ash PATH=/bin:/usr/bin site=${1:-www.free.fr} check () { if ping -c 2 -w 5 $site >/dev/null 2>&1 ; then echo "on" else echo "off" fi } LOGFILE=/var/tmp/conn_log.txt # a customiser prev_state="init" interval=60 # en secondes, pas trop faible et inferieur au delai du ping en tout cas while true ; do new_state=$(check) if [ "$new_state" != "$prev_state" ] ; then echo "$(date +%Y/%m/%d/%H:%M:%S): state $prev_state -> $new_state" >> $LOGFILE fi prev_state=$new_state sleep $interval done A lancer en process détaché, par exemple en "nohup" , via le gestionnaire de tache en mode désactivé, lancé au coup par coup avec le bouton exécuter, ou au boot du nas (dans /usr/local/etc/rc.d, chercher dans le forum pour les règles a respecter, on ne va pas entièrement macher le travail non plus ) **edit** NB: j'ai respecté la spec de mettre les secondes dans le log ("%S") mais c'est un peu inutile vu qu'on n'a pas une telle granularité.

Elle est bien incrémentale (s'appuie en interne sur le même mécanisme que rsync, si tu connais)

Je confirme la methode proposée par loli71: j'ai également un routeur/wifi (TP-Link) qui ne me sert que de point d'acces WIFI et j'ai une config identique à la sienne.

Mais "wake on link" mieux vaut le laisser décoché, sinon le PC va démarrer des qu'il y a du traffic réseau (quel qu'il soit, mais ca dépend également du BIOS je pense)

Ca peut avoir des effets de bords pervers: photostation est une appli web qui tourne sous le compte http, groupe http Si on manipule directement les photos, connecté sous un compte quelqonque, a partir du lien symbolique il y a un risque de se retrouver avec des droits sur les fichiers interdisant à photostation d'y accéder.

La solution que je préconise est de rendre le dossier "photo" accessible uniquement au compte admin et demander à l’utilisateur d'utiliser photostation en http à la place. Là il est possible attribuer des droits aussi finement que souhaité (par utilisateur ou groupe) dans les propriétés de chaque album (en étant connecté à photostation via un compte administrateur) Si cette approche ne convient pas, je laisse d’autres essayer de trouver une méthode s'appuyant sur une synchro de dossiers mas ça me semble aléatoire.

Ok je comprend mieux maintenant, c'est cette formulation qui m'a induit en erreur Car l'IP que "récupère" effectivement l'équipement distant est juste qu'une des IP du subnet l'intervalle déclaré sur le serveur: Alors qu'en fait il s'agit d'un problème de route et de passerelle coté client. De plus l'introduction "petit problème avec mon VPN (OpenVPN) installé sur mon DS212" laissait entendre que le problème était de ce coté (sur le NAS)