Jeff777

Je suppose que cette manip a débloqué quelque chose oui. Maintenant c'est peut-être un coup de bol. Les scripts ce sont ceux du tuto avec les IPV6 en plus macvlan-net.sh docker network create -d macvlan \ --subnet=192.168.1.0/24 \ --ip-range=192.168.1.160/28 \ --gateway=192.168.1.254 \ --ipv6 \ --subnet=fe80::0/64 \ --ip-range=fe80::42:xxxxxxxx/124 \ --gateway=fe80::xxxxxxxxxxxx \ -o parent=eth1 \ macvlan-network mac1-interface.sh: ip link add mac1 link eth1 type macvlan mode bridge ip addr add 192.168.1.115/32 dev mac1 ip addr add fe80::5cxxxxxxxxxxx/128 dev mac1 ip link set dev mac1 address 5E:xxxxxxxxxxxxx ip link set mac1 up ip route add 192.168.1.160/28 dev mac1 ip route add fe80::42:xxxxxxxxxxxx/124 dev mac1 Pour l'autre nas c'est la même chose, sauf les adresses bien sûr.

Mais non le pb est résolu 😝. Regarde plus haut ce que j'ai écrit j'ai fait une copie de putty et il y a synonet --show avant/après et si tu veux une autre preuve, voilà ce que j'obtiens sur mes deux nas maintenant :

Ah j'avais pris soin de décocher le script de l'interface virtuelle au démarrage. Redémarré le nas, lancé le script mavclan, lancé le script de l'interface virtuelle, reconstruire pi-hole réinstallé VPN

Mais ce n'est que temporaire j'ai tout rétabli après (voir plus haut).

L'interface virtuelle a changé d'IP. Elle a pris son IP dans la plage du DHCP J'ai gardé une copie : root@nas2:~# synonet --show System network interface list: Host Name: nas2 Network interface: eth0 Manual IP IP: 169.254.230.134 Mask: 255.255.0.0 Gateway: 192.168.1.254 DNS: 192.168.1.147 MTU Setting: 1500 -1, unknown duplex, active mtu 1500 RX bytes: 0 TX bytes: 0 Host Name: nas2 Network interface: eth1 DHCP IP: 192.168.1.15 Mask: 255.255.255.0 Gateway: 192.168.1.254 DNS: 192.168.1.147 MTU Setting: 1500 2500, full duplex, active mtu 1500 RX bytes: 339486868 TX bytes: 448895331 Host Name: nas2 Network interface: mac1 Lastest SynoErr=[file_get_key_value.c:80] synonet.c:322 SYNONetGetCard1 failed, synoerr=[0x2000] root@nas2:~# synonet --dhcp mac1 Host Name: nas2 Network interface: mac1 DHCP IP: Mask: Gateway: 192.168.1.254 DNS: 192.168.1.147 MTU Setting: 1500 2500, full duplex, active mtu 1500 RX bytes: 6770124 TX bytes: 232529 root@JFSERVEURSVG:~# ifconfig docker0 Link encap:Ethernet HWaddr 02:xxxxxxxxxxx inet addr:172.17.0.1 Bcast:172.17.255.255 Mask:255.255.0.0 inet6 addr: fe80::42:XXXXX/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:12058 errors:0 dropped:0 overruns:0 frame:0 TX packets:12965 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:8589359 (8.1 MiB) TX bytes:1620633 (1.5 MiB) etc.......tous les containers eth0 Link encap:Ethernet HWaddr 00:xxxxxxxxxxxx inet addr:169.254.230.134 Bcast:169.254.255.255 Mask:255.255.0.0 UP BROADCAST MULTICAST MTU:1500 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:0 (0.0 B) TX bytes:0 (0.0 B) eth1 Link encap:Ethernet HWaddr 00:xxxxxxxxxxxxxxxxxxx inet addr:192.168.1.15 Bcast:192.168.1.255 Mask:255.255.255.0 inet6 addr: fe80::2e0:xxxxxxxxxxxx/64 Scope:Link inet6 addr: 2a01xxxxxxx:2e0:xxxxxxxxxxxx/64 Scope:Global UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:548509 errors:0 dropped:0 overruns:0 frame:0 TX packets:595345 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:343163925 (327.2 MiB) TX bytes:452789777 (431.8 MiB) lo Link encap:Local Loopback inet addr:127.0.0.1 Mask:255.0.0.0 inet6 addr: ::1/128 Scope:Host UP LOOPBACK RUNNING MTU:65536 Metric:1 RX packets:230955 errors:0 dropped:0 overruns:0 frame:0 TX packets:230955 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1 RX bytes:30195349 (28.7 MiB) TX bytes:30195349 (28.7 MiB) mac1 Link encap:Ethernet HWaddr 5E:xxxxxxxxxxxxx inet addr:192.168.1.32 Bcast:192.168.1.255 Mask:255.255.255.0 inet6 addr: fe80::5cxxxxxxxxxxxxx/128 Scope:Link inet6 addr: 2a01:xxxxxxxxxx:5cxxxxxxxxxx/64 Scope:Global UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:67320 errors:0 dropped:0 overruns:0 frame:0 TX packets:2259 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1 RX bytes:6775161 (6.4 MiB) TX bytes:243273 (237.5 KiB) Là l'IP est donnée par le DHCP de la Freebox alors que le script de l'interface virtuelle lui donnait 192.168.1.115 root@nas2:~# synonet --show System network interface list: Host Name: nas2 Network interface: eth0 Manual IP IP: 169.254.230.134 Mask: 255.255.0.0 Gateway: 192.168.1.254 DNS: 8.8.8.8 MTU Setting: 1500 -1, unknown duplex, active mtu 1500 RX bytes: 0 TX bytes: 0 Host Name: nas2 Network interface: eth1 DHCP IP: 192.168.1.15 Mask: 255.255.255.0 Gateway: 192.168.1.254 DNS: 8.8.8.8 MTU Setting: 1500 2500, full duplex, active mtu 1500 RX bytes: 343989452 TX bytes: 453652431 Host Name: nas2 Network interface: mac1 DHCP IP: 192.168.1.32 Mask: 255.255.255.0 Gateway: 192.168.1.254 DNS: 8.8.8.8 MTU Setting: 1500 2500, full duplex, active mtu 1500 RX bytes: 6780519 TX bytes: 243457 Et j'avais bien les interfaces présents dans les paramètres généraux du VPN. J'ai désinstallé VPNServeur, démonté pihole, supprimé l'interface virtuelle et le macvlan, redémarré le nas. Tout réinstallé et ....bingo !

Finalement c'est tombé en marche sur mon deuxième nas 😜. Mais je le sais pas pourquoi.....par contre je sais comment.....de la mauvaise manip nait l'innovation 😊 J'ai utilisé la fonction synonet --dhcp mac0 ce qui a mis une sacrée panique mais a dû décoincer un truc. Désolé de ne pas détailler plus, je vous laisse le soin de comprendre. Le résultat est là l'erreur n'est pas irrémédiable. ça je n'ai jamais eu et j'ai toujours créé le macvlan par script. C'est la création de l'interface virtuelle qui faisait planter et maintenant :

Pas toujours ça fonctionne pour certains NAS sans que l'on sache pourquoi

Idem D'ailleurs on peut créer l'interface virtuelle en conservant les autres interfaces dans la case des paramètres généraux du VPN..... à condition d'omettre "up" dans le script. Le problème arrive lorsque l'on monte l'interface.

Moi aussi...j'ai essayé des tas de trucs et toujours pareil 😒.

@loli71 @.Shad. En reprenant le tuto suivant , le problème intervient lors de la création de l'interface virtuelle mac0 (la création du macvlan ne pose pas de problème). synonet --show Host Name: DS218 Network interface: mac0 Lastest SynoErr=[file_get_key_value.c:80] synonet.c:322 SYNONetGetCard1 failed, synoerr=[0x2000] J'avais trouvé un fichier log qui me donnait ça : 2023-06-02T11:59:31+02:00 DS218 if_link_down_hook_event[13584]: mac0 2023-06-02T11:59:33+02:00 DS218 ipv4_change_hook_event[14075]: mac0 none->192.168.1.115 IPvirt du DS218 2023-06-02T11:59:35+02:00 DS218 if_link_up_hook_event[14456]: mac0 2023-06-02T11:59:37+02:00 DS218 ipv6_add_hook_event[15036]: mac0 added { fe80::xxx:xxx:xxx:xxx/128 } from { } IPV6virt du DS218 2023-06-02T12:04:41+02:00 DS218 synonetd[5787]: net_ipv6_conf_set.c:121 Failed to send RS for mac0 2023-06-02T12:04:43+02:00 DS218 ipv6_add_hook_event[18791]: mac0 added { 2a01:yyy:yyy:yyy:xxx:xxx:xxx:xxx/128 } } from { fe80::xxx:xxx:xxx:xxx/128 }/128 } J'ai essayé de reprendre le tuto sans faire intervenir l'IPV6 même résultat pour le synonet --show.....par contre je n'ai pas retrouver l'endroit où j'avais eu le log 🤡 Un peu ballot.

La solution c'est la sauvegarde si tu en as une sur un support indépendant. Si c'est le cas nettoie complètement le nas avant de réinstaller les fichiers. Si pas de sauvegarde ça me semble compromis.

Bonjour à tous, Pour info ma config : Freebox pop avec le port 2.5Gbt/s connecté sur un switch manageable Netgear MS510 TX et plus loin un autre switch QNAP 2.5Gbt/s QSW-1105-5T. (les deux autres ports 1Gbt/s de la Freebox utilisés pour TV et caméras). Les nas sont équipés d'adaptateurs USB 2.5Gbt/s XIAOLO plus adaptateur USBC/USB3.1, le PC est équipés de cartes réseau XIAOLO 2.5Gbt/s. ça fonctionne bien et je vois une différence avec ma précédente config limitée par un routeur 1Gbt/s. Vu que je suis loin d'utiliser les possibilités du switch Netgear, je pense qu'un deuxième switch QNAP ferait aussi bien l'affaire pour moins cher. Edit : coût avec 2 Switchs QNAP environ 350 euros (2switchs 2.5G, 2 adaptateurs USB 2.5G et une carte ethernet 2.5G)

@loli71 Je vais regarder plus en profondeur lorsque j'aurai un moment, mais pour info j'ai le même problème sur mon DS218+ mais pas sur le DS220+. Sur les deux j'ai implémenté le tuto de @.Shad avec pi-hole. A priori, la seule différence pour moi c'est que j'ai deux ports éthernet sur le DS220+ et un seul sur le DS218+. Mais sur les deux j'ai aussi une interface avec des adapteurs USB 2.5Gbts. Sur le 220+ il me propose (voir ta première copie d'écran) LAN1, LAN2, LAN3 et Mac0 rien sur le DS218+.

Mon DS207+ au placard avait été réinitialisé .......j'en fait un bibelot décoratif (je le trouve assez chouette) ou bien j'ai une chance de pouvoir récupérer les derniers DSM et paquets quelque part ? J'aimerai bien le donner à mon petit fils un jour pour qu'il se fasse la main.

Ah oui je n'avais pas lu le titre 😕

Bonjour @PIACENTINO Quel matériel utilises-tu ? Type de NAS ? Liason filaire, avec CPL, WIFI? Quelle distance de caméra à nas? J'utilise des caméras Réolink également avec laison par câble pour la puissance et la liaison éthernet par courant porteur. Avec 15 m de câble pas de problème mais avec 25m j'ai aussi par moment des saccades et du vert. En conclusion ça peut venir de la liaison et non de ton nas.

Bienvenue @Gaston_Diggler

Le petit transfo qui se branche sur le 220V pour fournir du 12V DC au Nas Pour comprendre les signification des leds :https://kb.synology.com/fr-fr/DSM/tutorial/Overview_of_LED_indicator_statuses_during_bootup#x_anchor_id8

Pour la pile, je ne sais pas si cela peut provoquer des instabilités. Elle sert à conserver l'heure. Lorsque tu redémarres le nas, vérifie que dans panneau de config/options régionales l'heure est correcte. Pour l'alimentation, le plus simple serait d'en emprunter une avec les mêmes caractéristiques.

@thierryb180381 Je supose que tu as vérifié l'état de la pile ainsi que l'alimentation.

Bienvenue @Mizu

@StéphanH De mon côté je n'utilise pas mes nas en client VPN, mais peut-être que mon utilisation pourra t'aider. Mes nas sont tous deux serveurs VPN et sont accessibles de l'extérieur , le nas1 en IPV4 (redirection du port 1194) vers celui-ci et le nas2 en IPV6. Les deux nas sont sur mon réseau local. Le fichier de config du client est résumé ci-dessous : dev tun tls-client remote IPV4 1194 remote IPV6 nas2 1194 redirect-gateway def1 pull proto udp proto udp6 script-security 2 comp-lzo reneg-sec 0 cipher AES-256-CBC auth-nocache auth SHA256 auth-user-pass <ca> -----BEGIN CERTIFICATE----- xxxxxxxxxxxxxxxxxxxxxxxx -----END CERTIFICATE----- -----BEGIN CERTIFICATE----- xxxxxxxxxxxxxxxxxxxxxxx -----END CERTIFICATE----- </ca> verify-x509-name 'ndd' name Par défaut, lorsque je me connecte à mon réseau de l'extérieur j'arrive en IPV4 sur le Nas1. Si celui-ci est déconnecté du réseau au bout d'environ 1 minute c'est le nas2 qui fini par se connecter en IPV6. Je n'ai pas coché la case IPV6 sur les serveurs VPN (d'ailleurs ce n'est pas possible d'écrire le préfixe ...peut-être parce que je ne suis pas en DHCPV6 mais en SLAAC).

Bienvenue @galaxyto Pourquoi ne pas augmenter la taille des disques de ton DS218+ ?

Pas vu ! Édit : Ah oui la version finale a le même numéro que la RC. Ils ont juste supprimé RC

Bonjour, Pour info, sur mon DS218+ qui avait déjà DSM7.2RC 9 mises à jour de paquets sont proposées