.Shad.

Ok, je ne dénigrais pas ta proposition. Si tu penses que c'est fiable et viable dans le temps, why not, je ne suis pas encore concerné par l'obsolescence, même si ça a l'air de se rapprocher à marche forcée pour la série 18 au vu des dernières annonces. Je n'ai jamais dit que tu avais la place, pour ma part j'ai un disque externe qui traine, je pense que je vais télécharger les plus anciennes versions jusqu'à le remplir.

Oui, pour le côté théorique un reverse proxy TCP peut aussi le faire, mais c'est de l'ordre de l'anecdote. Parce que 6690 ou 443, ça reste le même niveau de sécurité, chiffrement TLS et possibilité de limiter la surface d'exposition. Mon port 6690 est ouvert à l'extérieur depuis 5 ans, je n'ai jamais eu le moindre souci.

@Mic13710 Rien ne garantit que le site sera toujours disponible, de plus hier soir il était hyper lent. Apparemment la bande passante est limitée à dessein, de ce que j'ai pu lire à droite à gauche. Certaines personnes ici ont plusieurs dizaines de To disponibles, je pense qu'il serait sage que quelques membres actifs du forum aient les fichiers sous le coude. On peut espérer que Synology remette ces fichiers à disposition mais je n'y crois pas vraiment.

Du nouveau, quelqu'un a fait un backup datant de fin janvier des fichiers présents sur le site de Synology, je ne sais pas trop comment jouer avec ces extensions CDX, mais je pense qu'il faut bondir dessus. J'ai une connexion un peu asthmatique pour autant de données, si des volontaires fibrés et avec 2 To de libres veulent s'en charger : https://archive.org/download/synology-grab-2023-01

Hello @firlin Je ne vois pas trop ce qu'un proxy inversé vient faire entre deux NAS utilisant Sharesync. Sharesync établit un pont sécurisé sur le port 6690 pour le transfert des données entre les NAS. Ca signifie : - Chaque box doit rediriger les requêtes sur son port TCP 6690 vers leur NAS respectif. - Chaque NAS doit autoriser l'accès au port TCP 6690 depuis l'IP distante (si IP source fixe, sinon ouvrir au pays concerné). - Tu te connectes à l'autre NAS via chaque nom de domaine : ndd1.fr:6690 ndd2.fr:6690 Là où un proxy inversé peut intervenir c'est pour se connecter à l'interface Drive de chacun des NAS, mais je ne pense pas que ce soit ce à quoi tu pensais.

Si ça ne devait pas marcher, n'importe quel petit raspberry 3B+ ou 4 feront largement l'affaire pour faire tourner Docker.

@loli71 Bon, voici mes conclusions de ce que j'ai pu tester : J'ai testé sur le NAS d'un ami (tjs planter le NAS d'un ami avant de planter le sien 😄), sa configuration : - Un seul réseau bridge, créé via docker-compose en SSH. - Deux conteneurs adjoints à ce réseau - VPN Server installé avec OpenVPN => Même problème, impossible de sélectionner une interface, donc à ce stade-là, j'en conclus que ce n'est pas proprement lié au réseau macvlan, car il n'y en a jamais eu sur son NAS. La commande : synonet --show m'a renvoyé la même erreur que toi. System network interface list: Host Name: GARRUS Network interface: br_net-dsp Lastest SynoErr=[file_get_key_value.c:80] synonet.c:295 SYNONetGetCard1 failed, synoerr=[0x2000] Je subodore que DSM réalise des ajustements supplémentaires quand il bridge ses interfaces (à l'installation de VMM par exemple avec OpenVSwitch, ou quand on crée un réseau bridge en dehors de l'interface => docker-compose ou cli). Plus probablement, il passe des options type : ... -o "com.docker.network.bridge.host_binding_ipv4"="0.0.0.0" \ -o "com.docker.network.bridge.enable_icc"="true" \ -o "com.docker.network.driver.mtu"="1500" \ -o "com.docker.network.bridge.name"="lxcbr1" \ -o "com.docker.network.bridge.enable_ip_masquerade"="true" \ ... En revanche, ce que j'ai fait ensuite : - J'ai arrêté les conteneurs - J'ai supprimé le réseau bridge - Je l'ai recréé via l'interface Docker de DSM - J'ai relancé les conteneurs Cette fois-ci, la commande synonet --show me renvoie : System network interface list: Host Name: GARRUS Network interface: eth0 DHCP IP: 192.168.0.50 Mask: 255.255.255.0 Gateway: 192.168.0.1 DNS: 192.168.0.1 MTU Setting: 1500 Et les interfaces apparaissent dans les Paramètres généraux de VPN Server : Solutions possibles au final : - Trouver des logs qui décrivent ce que DSM fait quand il crée un réseau via l'UI, voir les options passées éventuellement pour assurer la compatibilité avec les autres services. Je n'ai malheureusement pas accès au dit-NAS en SSH pour vérifier si je trouve quelque chose dans les logs, peut-être peux-tu y jeter un oeil ? je ne sais pas où les logs de Docker se situent. - Espérer que Container Manager de DSM 7.2 permette la création de réseau macvlan, mais ça m'étonnerait. - Si tu n'utilises pas DNS Server sur ton NAS, il y a une solution facile, elle te fera juste perdre la page de blocage pour les pages en HTTP, qu'on ne trouve plus nulle part de toute façon : Tu utilises la variable WEB_PORT dans ton fichier compose : Tu peux donc passer le conteneur en mode host ou en mode bridge mais en pensant à faire la translation de ports pour les port 53 et 9880 (exemple de port pour WEB_PORT, à ta guise).

C'était super intéressant Merci 😀

@loli71 Ca me parle car à une époque je pense que j'avais eu ce souci, sauf que ça fait belle lurette que je n'utilise plus VPN Server... Je vais voir si je trouve des infos à ce sujet.

@loli71 Si tu supprimes temporairement le réseau macvlan, ça fonctionne ?

Bienvenue dans la communauté

Bienvenue parmi nous ! On peut être gamer et geek réseau 🤪 je pratique les deux assidûment 🙂

Par quelle adresse accèdes-tu à Drive ? via DSM ? ou un port personnalisé pour Drive ? DDNS ?

Je trouve le design affreux 😄

Bienvenue parmi nous !

Bienvenue ravis qu'on ait pu t'aider dans ton choix

Pour cette utilisation, avec 4 Go de mémoire tu seras déjà à l'aise. EDIT : Doublé par @Mic13710

Je disais ça car j'ai fréquemment des problèmes si je fais une impression PDF d'un fichier office en écrasant un PDF déjà existant, je me retrouve avec une impression qui semble s'être déroulée sans accroc mais avec un fichier PDF vide. Ici ça a l'air différent du coup. Rien dans /var/log/messages ou /var/log/syslog ?

Vendu

Bienvenue parmi nous !

Bienvenue parmi nous Alsace ! Oups... Patrick 🙂 N'hésite pas à ouvrir un sujet dédié à ton problème dans la catégorie adéquate.

@CoolRaoul Question bête, est-ce que ces PDF sont issus d'une impression PDF d'un fichier Office par exemple ?

Il y a transcodage uniquement si le client ne sait pas lire le fichier en question. Ma Shield lit sans problème tous les fichiers en H265, ça n'a rien à voir avec la nature du fichier, mais avec les capacités du lecteur. Si transcodage il doit y avoir, il faut un Plex Pass, tu as bien ça ?

Bienvenue parmi nous !

Je vais voir si j'arrive à reproduire l'erreur. Ça sent le problème de permission ça.