.Shad.

Ah oui totalement, tu peux mettre /29 ou partir de 230 au lieu de 240 😉

Tu peux partir sur un sous-réseau 192.168.1.240/28 ce qui donne une bloc d'IP allant de 192.168.1.240 à 192.168.1.254, si tu utilises /29 ce sera de 241 à 246. Je considère dans mon exemple que tu pars sur la première. Ensuite, ta passerelle c'est ton routeur, donc 192.168.1.254 L'interface c'est eth0, d'après ton impression d'écran (elle possède l'IP physique du NAS). A partir de là on va créer un réseau macvlan externe : docker network create \ -d macvlan # --driver étant équivalent à -d --subnet=192.168.1.0/24 \ --ip-range=192.168.1.240/28 \ --gateway=192.168.1.254 \ --aux-address="freebox=192.168.1.254" \ --aux-address="host_bridge=192.168.1.241" \ -o parent=eth0 \ mymacvlan On a exclu une adresse pour le NAS (241) pour l'interface virtuelle permettant la communication avec les conteneurs appartenant au sous-réseau, et celle de la Freebox (254). Lorsque tu vas créer un conteneur, il faudra ajouter la commande : --net=mymacvlan --ip=192.168.1.X ou si tu utilises docker-compose : services: jeedom: # par exemple image: .... ... ... networks: default: ipv4_address: 192.168.1.X networks: default: external: name: mymacvlan Ça permet : de connecter le conteneur à ton réseau macvlan de spécifier une IP plutôt que de la laisser être choisie arbitrairement par le réseau macvlan (X allant de 242 à 253) A partir de là, ton conteneur sera accessible depuis le réseau physique, sauf depuis son hôte, le NAS. Et pour pallier cela, il faut t'inspirer du script réalisé (intelligemment) par @bruno78 car chaque redémarrage supprimera le pont entre ton NAS et le conteneur cible.

Bienvenue !

@bruno78 Pour s'assurer que l'adresse 192.168.1.241 ne soit pas attribué par le réseau macvlan à un conteneur, il peut ajouter l'option suivante lors de la création du réseau : --aux-address 'host=192.168.1.241' Ainsi l'adresse est réservée, pas de risque de conflit. @Didier3L Beaucoup de choses à assimiler, je suis en congé demain j'essaierai de t'aider si tu ne t'en sors pas. 😉

Il sait déjà le faire en local, voir sa première impression d'écran. 🙂 Sa question est de savoir comment faire à distance, donc pas sur le même réseau local.

Bienvenue parmi nous !

Via VPN ( meilleure solution) ou WebDAV.

Bienvenue !

Je pense que le paquet Resilio-Sync serait plus adapté que Drive à votre utilisation, c'est cependant peut-être possible avec Drive car je n'en suis pas un expert, en espérant que quelqu'un d'autre passe dans le coin.

Je ne crois pas que ce soit faisable ainsi, par contre ce que vous pouvez essayer, si réalisable, c'est de faire la première sauvegarde avec les 2 NAS en local, via rsync, et le placer ensuite hors site. Les sauvegardes suivantes seront incrémentales et bien moins lourdes, surtout si les données sont relativement passives. A voir s'il ne faudra pas mettre en place une connexion par VPN entre vos deux sites.

La présentation ça permet d'éviter d'étaler toute sa config sur chacune de ses questions, le mieux étant de faire une signature, ça élimine tout de suite tout un tas de questions relatives au matériel concerné. Je ne vois pas ce que la demande de présentation a à voir avec lui. Des cas comme ça c'est extrêmement rare, pour ne pas dire unique à ma connaissance en 2 ans bientôt que je fréquente le forum. Et si j'avais eu la moindre réponse à lui apporter sur une de ses questions, je l'aurais fait sans hésiter une seconde, seulement elles ne sont jamais claires, car ça n'a jamais été clair pour lui non plus à mon avis. Personnellement, je n'y suis pas allé avec le dos de la cuillère dans mes remarques à son encontre, rudes mais en essayent de rester courtois. Mais il les balayait d'un revers de main avec un "OK", à partir de là difficile de faire quoique ce soit. Tant que les modérateurs estiment qu'il peut poser sa question, et que des utilisateurs sont prêts à l'aider, je ne vois pas le problème.

C'est pas comme si ces mises à jour étaient d'une importance cruciale, certes, mais enfin on est en mesure de se poser des questions sur le modèle de déploiement des mises à jour de leurs produits... Je ne travaille pas du tout dans le domaine informatique, mais ça me semble très étrange et discutable comme méthode...

C'est toujours compliqué d'analyser les causes d'un débit faible dès que le wifi entre en jeu. Tu n'as pas moyen de tester les vitesses de transfert de ton NAS en câblé vers un PC portable, le tien ou celui d'une connaissance ? Ça permettrait déjà de voir s'il atteint bien sa vitesse optimale avec un seul câble (dont tu dois t'assurer qu'il est fonctionnel) entre lui et son interlocuteur. Il existe plusieurs soft capables d'évaluer la vitesse de transfert d'un périphérique à l'autre, dans ton cas c'est un modèle "j" donc tu ne pourras pas faire tourner iperf sous Docker, par contre un utilisateur a compilé un paquet Synology iperf dans ce but : http://www.jadahl.com/iperf-arp-scan/ Tu peux trouver l'architecture de ton NAS ici : https://github.com/SynoCommunity/spksrc/wiki/Architecture-per-Synology-model Et télécharger en conséquence le paquet qui va bien. Le principe d'iperf : tu installes le paquet sur ton NAS,, et te connecte en SSH, la commande iperf (ou iperf3) devrait être maintenant disponible, tu peux choisir de te mettre en mode serveur ou client (habituellement c'est en ligne de commande, je ne sais pas si c'est aussi le cas avec cette version, je présume que oui). Pour l'autre périphérique, ça se trouve facilement sur Google pour PC ou Linux, et tu le lances dans l'autre mode. En cherchant un peu dans la documentation et l'aide de iperf, tu trouveras comment tester des transferts de fichiers virtuels de différentes tailles d'un périphérique à l'autre. Habituellement le serveur écoute sur le port 5201, il faut t'assurer que ton NAS accepte les connexions entrantes (s'il est serveur) sur ce port depuis les connexions locales dans ton pare-feu. Ça te donnera dans un premier temps un aperçu clair de ce dont est capable ton NAS en filaire. S'il est bon alors le NAS peut être écarté de ton équation.

Bienvenue, sobre mais l'essentiel est là 😛

Le nom d'hôte tu le retrouves normalement dans ton espace client sur le site Synology.

Le lien en question dit juste comment créer un réseau macvlan, et même si j'adore Portainer et que je m'en sers souvent, je ne trouve pas leur méthode plus simple, c'est vraiment équivalent en terme de temps en ligne de commande. L'interface qui t'intéresse c'est ovs_etho, tu peux voir que l'adresse IP physique de ton NAS lui est attribuée. Moi j'ai utilisé ce guide-là, qui lui traite de la manière de faire communiquer l'hôte (le Synology), avec tous les conteneurs présents dans le réseau macvlan avec lesquels, sans rien faire, ton NAS ne pourra communiquer. L'inconvénient c'est qu'au reboot du NAS, il faut refaire le lien entre l'interface et le réseau intermédiaire. Je pense qu'en allant fouiller dans /etc/sysconfig/network-scripts/ il y a moyen de réactiver l'interface au démarrage, mais n'ayant jamais eu besoin que mes hôtes communiquent avec leur conteneur sur réseau macvlan, je ne m'y suis jamais aventuré. Quoiqu'il en soit, dans ce commentaire, kevindd992002 attire l'attention de l'OP sur un problème qu'il a rencontré sur son Syno. Après mon NAS je le reboot p-e trois fois par an, donc faire un petit script avec la manipulation peut rendre cet inconvénient trivial si c'est aussi ton cas. PS : Sur le principe cela dit ça me semble bon, dans ton cas je ne sais pas si tu es passé en swarm par rapport aux impressions du tutoriel que tu as suivi, c'est tout à fait faisable avec docker en standalone (classique). A partir du moment où tu ajouteras un conteneur à ton réseau mymacvlanconfig, , il ira chercher une IP disponible disponible l'IP range, attention ici il n'y en a qu'une de disponible avec le CIDR que tu as précisé (192.168.1.80). Par contre, la chose primordiale est de t'assurer que cette IP est en dehors de la plage d'attribution des IP du serveur DHCP sur ton réseau, et que l'IP n'est pas déjà prise/réservée.

Tu peux appliquer la même solution à Surveillance Station si tu t'en sers, tu risques de rencontrer un problème tout à fait semblable. 😉 En tout cas merci de ton retour.

De rien, pareillement !

Une impression d'écran de l'entrée correspondante de ton proxy inversé ?

Bienvenue à toi 🙂

Plusieurs sujets en parlent : https://www.synology.com/fr-fr/knowledgebase/DSM/help/SynologyDrive/drive_admin_console Ici aussi : Il faut supprimer les versions existantes.

Peut-être créer un sujet dédié serait préférable que de squatter ce fil de discussion 😛

Ah intéressant merci de l'explication, je ne savais pas.

2 onglets principalement : et

4 Go ça devrait le faire. Non je n'ai pas NextCloud désolé même si j'en ai entendu beaucoup de bien.