Jeff777

J'ai ça : /dev/md0 2.3G 1.8G 459M 80% / ça me semble énorme !

Pour info j'ai mis à jour DSM avec 7.2-64570 et pas de changement. Toujours les interfaces de visibles dans les paramètres généraux de VPN et écran blanc dans info/réseau.

Merci..on patiente 🙂

Oui je viens de voir avec beaucoup de correctifs pour mon DS220+! https://www.synology.com/fr-fr/releaseNote/DSM?model=DS220%2B#7_2 Qu'est-ce que c'est que ce truc? J'ai au moins 1 To de dispo sur mon Nas ????

ça c'est fait ? Chez moi ça a résolu le pb avec Firefox.

J'ai trouvé ça : Edit : Ne pas oublier de configurer correctement ton email dans l'onglet notification du panneau de config de DSM.

@CyberFr Dans les paramètres de ton navigateur essaie de trouver "faire confiance aux autres sources" pour les extensions ou quelque chose d'approchant.

Salut @CyberFr J'ai réussi à associé Edge. Il faut installer l'extension, mais pour cela il faut d'abord autoriser les extensions qui viennent de site tiers. Edit : et je viens de voir que j'avais l'extension sur Brave

Question: Réponse: YES 😁

@MilesTEG1 je connais un super ophtalmo qui pourra t'aider pour voir les captures d'écran ci-dessus (celle de @loli71 et les miennes) 😉 Edit : Ah pardon tu parles des widgets. Celui-ci je l'affiche en haut, mais si je le garde dans le tableau oui je peux faire apparaître les interfaces.

Oui c'est pareil chez moi pour les deux syno.

oui c'est bien le cas. Par contre le nas1 qui n'a jamais eu de pb est bien en static.

Sauf que depuiis j'ai redémarré le NAS pour voir et tout c'est bien passé.... ça a l'air résilient.

C'est ce que j'avais fait il y a quelques temps jusqu'à ce que je passe en 7.2 et perde la connexion sans moyen de me reconnecter au nas car le pilote de l'adaptateur USB avait changé. J'ai un peu galéré pour retomber sur mes pattes. Alors j'ai songé utiliser ton script magique que je n'ai toujours pas testé mais je me suis dit que cela n'empècherai pas de passer par une mise à jour du pilote en cas de révision majeure du DSM. Donc j"ai laissé les ports éthernet activés. L'autre solution c'est de désactiver les ports mais de ne pas mettre de script les désactivant au démarrage. Désolé. oui bien sûr je l"avais réactivé. Je vais corriger au dessus

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.