MilesTEG1

Et donc ? Tu ne réponds pas vraiment à ma question 😅

Ha purée, oui, j'ai aussi le souci secondaire 😅 Crap !! Vais péter l'interface virtuelle, puis la reconstruire, sans le synonet dhcp ... Avec un petit : rm /etc/sysconfig/network-scripts/ifcfg-macv0 pour être sûr que ça ne reviendra pas comme avant. Si quelqu'un trouve une solution pour que tout soit OK, avec l'interface virtuelle, je pense qu'on sera nombreux à être preneur 😇 Du coup, après l'avoir annihilée, j'ai recréé l'interface virtuelle macv0 avec le script classique. J'ai retrouvé les infos manquantes dans les paramètres de DSM, mais perdu le choix dans VPN Server. Et bien que ne m'en servant pas, ça m'embête que ça ait cassé cette sélection... Sinon, vous avez ceci dans la liste des interfaces du widget ? (par-là, j'entends le "(unknown) macv0").

Si par "gérer" tu entends placer une réservation dans le serveur DHCP, c'est pas trop gênant, tu le fais une fois ^^ Mais s'il faut lancer cette commande régulièrement, ça va devenir pénible en effet 🙂

Là vient mon script et tout son intérêt. Si l'interface du 2,5G tombe (dans mon cas eth2) ou ne fonctionne pas, il réactive d'office le port eth0. (et probablement le eth1 dans mon cas quand j'aurais codé le truc 😉 ). Donc si tu l'avais paramétré au lancement du NAS, et aussi en lancement toutes les 30 minutes (choix possible dans le planificateur), ton interface eth0 aurait été relancée toute seule. D'ailleurs, mon script ne coupe pas comme ça eth0 au lancement, il vérifie que eth2 est bien fonctionnelle avant. Et si ce n'est pas le cas, il le dit dans le log et ne coupe donc pas eth0. Je t'invite à regarder son code, et à le lancer pour voir ^^

Ha oui ! J'ai la même chose que toi 😉 J'ai rebooté le NAS car la commande synonet --dhcp macv0 m'a fait bugger tout plein de service dépendant de l'IP virtuelle, donc SWAG et tout ce qui tourne autour XD J'avais bien obtenu une IP du DHCP dans sa plage d'affectation automatique : Host Name: Syno-DS920Plus Network interface: macv0 DHCP IP: 192.168.2.114 J'ai fait une réservation d'IP dans mon RT pour affecter comme IP virtuelle 192.168.2.230 comme c'était le cas avant, donc avec l'IP du script de création de l'interface virtuelle. J'ai relancé la commande synonet --show Et j'ai réobtenu l'adresse IP souhaitée (192.168.2.230). Mais mes services n'étaient toujours pas fonctionnels à cause du cache DNS je pense (et en écrivant ces lignes je me rends compte que j'aurais pu lancer une commande sur mon MAC pour flush le cache DNS ^^ au lieu de rebooter le NAS...). J'ai donc redémarré le NAS, et j'en suis là, avec mon interface virtuelle créée par le script au démarrage, mais avec ce résultat satisfaisant : root@Syno-DS920Plus:~# synonet --show System network interface list: Host Name: Syno-DS920Plus Network interface: eth1 DHCP IP: 169.254.26.251 Mask: 255.255.0.0 Gateway: 192.168.2.1 DNS: 192.168.2.210 MTU Setting: 1500 65535, unknown duplex, active mtu 1500 RX bytes: 0 TX bytes: 0 Host Name: Syno-DS920Plus Network interface: eth2 DHCP IP: 192.168.2.201 Mask: 255.255.255.0 Gateway: 192.168.2.1 DNS: 192.168.2.210 MTU Setting: 1500 2500, full duplex, active mtu 1500 RX bytes: 48046838416 TX bytes: 1818760041 Host Name: Syno-DS920Plus Network interface: macv0 DHCP IP: 192.168.2.230 Mask: 255.255.255.0 Gateway: 192.168.2.1 DNS: 192.168.2.210 MTU Setting: 1500 2500, full duplex, active mtu 1500 RX bytes: 55781342 TX bytes: 36647729 PS : @Jeff777 Je me demande si je ne désactiverais pas aussi le eth1, aucun câble n'est dessus...

Ok et donc tu te retrouves dans le même cas qu'avant la lecture du sujet, non ? Avec l'erreur sur l'interface virtuelle avec la commande : synonet --show

Alors dans le LAN, ça cause bien plus de soucis qu'autre chose... Donc perso, je désactive l'IPv6. Sauf dans un cas particulier où je crois que je n'ai pas la possibilité de le faire : l'appleTV pour l'application OQee. C'est d'ailleurs pour cette dernière que mon routeur est relais IPv6 de la freebox. Sinon j'aurais aussi coupé l'IPv6 sur la connexion internet du routeur, enfin je veux dire que je n'aurais pas mis le RT en relais. Pour internet, là je laisse comme c'est. Et preuve que ça fonctionne bien 😉 L'autre raison, c'est que j'ai énormément de mal à assimiler les notions concernant l'IPv6... Je n'ai rien trouvé sur le net qui vulgarise le sujet suffisamment, ni trop pour que je puisse comprendre comment je peux affecter une IPv6 aux appareils sans les rendre vulnérables sur internet puisqu'en v6 il n'y a pas de port forwarding...

Oui mais "tout rétabli" : comment ? Comme avant ? Avec quelles commandes ?

Du coup, quelle est la meilleure démarche ? Et quelles explications a-t-on quant à la démarche de devoir faire passer l'adresse IP virtuelle par le serveur DHCP ? Et surtout, comment modifier le script qui créer et monte l'interface virtuelle ?

Pas sûr que ce soit ça qui coince... Sur mon RT (Synology je reprécise, avec SRM 1.3....) j'ai configuré le DDNS synology pour le VPN Plus Server que j'ai installé dessus. Et bien ce ndd obtient bien une adesse IPv4 et une IPv6 : Je ne sais pas si sur DSM la gestion est différente, mais mon RT qui est en DMZ de la freebox possède bien les deux types d'adresses IP. En revanche, pas mon NAS car j'ai désactivé l'IPv6 partout où je le pouvais dans le LAN.

Vais tenter la commande pour voir ce que ça indique. C’est quoi la panique créée ? Panique pour toi ou pour le nas ? 🤪

Ha ok ! J'ai cru que c'était toute création de réseau qui faisait le problème... Mais en fait non. Si on les crée via les docker-compose par portainer : RAS. Même chose pour le macvlan ? Moi je l'ai créé via un script. Par contre, la création de l'interface virtuelle elle, quand elle est montée, fait foirer les interfaces dispo dans le VPN... Ai-je bon ? Mais du coup, est-il possible de créer et lancer cette interface virtuelle autrement qu'avec un script ou une ligne de code ? Car c'est quand même assez utile pour ne pas dire indispensable...

Donc verdict : il faut créer les réseaux docker via dsm . ca va être contraignant 😅 je me suis habitué à laisser Portainer me créer les réseaux via les instructions dans les docker-compose.yml…

Pour information, je peux connecter mon mac sur le vpn L2TP (sur mon routeur synology) via le partage de connexion 4G de mon smartphone qui possède une ipv6. mon routeur est derrière une Freebox Pop qui elle aussi possède une ipv6. le routeur en possède donc forcément une musique je l’ai configuré en relais ipv6 pour pouvoir bénéficier de OQEE sur mon AppleTV. bref tout ça pour dire que la connexion au VPN en L2TP fonctionne même s’il y a dès ipv6. par contre j’ai une ipv4 full stack sur ma connexion internet . Et sinon le smb ça n’est pas vraiment sécurisé, non ? donc l’ouvrir sur internet ne me parait pas du tout une bonne idée…

Il y a aussi ce forum dont la communauté francophone est très active : https://www.forum-nas.fr/ il y a plusieurs marques qui sont traitées et qnap c’est par ici : https://www.forum-nas.fr/categories/qnap.15/

Si tu mets à jour le pilote après la MAJ de DSM, oui. Tu pourras attendre longtemps avant que ça change ça...

Faut faire gaffe avec cette partie, Vu qu’il s’agit ni plus ni moins d’une base de données, à la corruption de celle ci quand synchronisation il y a… surtout si tu utilises cette dernière ailleurs (entre un autre ordi et le nas). moi j’ai plutôt paramétrer une sauvegarde tous les jours du dossier images de l’iMac avec CCC.

Il faut d'abord monter le partage SMB. Me femme gère nos photos avec LR, et les originaux (RAW ou JPEG) sont importés sur le NAS, puis traité dans LR. Le catalogue est donc sur son iMac, mais les données sont sur le NAS.

@Mic13710 Ses règles de parefeu sont en effet un peu étranges. Mais il n'a pas besoin de dernière règle refusant tout sur tout car il est dans une interface spécifique, et tout en bas il a coché "Refuser l'accès" si aucune règle n'est remplie.

Ce souci m'intrigue beaucoup. J'ai lancé la commande dans un terminal : sudo synonet --show Password: System network interface list: Host Name: Syno-DS920Plus Network interface: eth1 DHCP IP: 169.254.26.251 Mask: 255.255.0.0 Gateway: 192.168.2.1 DNS: 192.168.2.210 MTU Setting: 1500 65535, unknown duplex, active mtu 1500 RX bytes: 0 TX bytes: 0 Host Name: Syno-DS920Plus Network interface: eth2 DHCP IP: 192.168.2.201 Mask: 255.255.255.0 Gateway: 192.168.2.1 DNS: 192.168.2.210 MTU Setting: 1500 2500, full duplex, active mtu 1500 RX bytes: 969889074014 TX bytes: 87089911828 Host Name: Syno-DS920Plus Network interface: macv0 Lastest SynoErr=[file_get_key_value.c:80] synonet.c:322 SYNONetGetCard1 failed, synoerr=[0x2000] J'ai réinstallé le paquet VPN Server, et j'ai le même souci que vous tous ici : rien dans la liste déroulante : J'ai pas mal de réseaux bridge créés via les docker-compose.yml dans Portainer. Un macvlan et une interfac virtuelle, le tout créé depuis la ligne de commande. Bon ça ne me gêne pas vraiment car mon serveur VPN est sur mon routeur.

Vas-y envoie le moi ^^ Et je te fais tous les tests et réglages que tu veux ^^

Il faudrait essayer ceci : https://www.cgsecurity.org/wiki/TestDisk_Download Mais sans garantie de réussite.

Tu l’as mise en bridge ta freebox ? J’avais le même souci quand j’ai essayé le mode bridge. j’ai du la repasser en routeur et placer mon RT en dmz de la freebox. donne nous plus d’infos sur comment tu as configuré la freebox et le routeur , et notamment vis à vis de l’ipv6 .

@StéphanHil faudrait regarder les réglages de tes pare-feu. et aussi , ton 718 et ton 218 sont-ils accessibles de la même manière sur internet ? ou bien y en a t’il un qui fait reverse proxy ? Il faut investiguer car ça n’est pas normal ce que tu décris . je suis dans le même cas que @Mic13710: nas accessible pour pleins de services sur internet mais 0 tentatives sur le compte admin ou un autre. regarde déjà ce qu’il en est du port ssh : est il ouvert sur le net ? Si oui c’est une bine mauvaise idée … je reviens à ce que j’ai dit juste avant : pare-feu ! Montre nous leur configuration.

@CyberFrpaw de souci pour faire les essais en premier si tu m’envoies le routeur 🤪 je n’ai pas le budget requis pour l’achat 😅 et c’est pas près d’arriver 🤣