MilesTEG1 Posté(e) le 6 juin 2023 Partager Posté(e) le 6 juin 2023 il y a 24 minutes, Jeff777 a dit : J'ai utilisé la fonction synonet --dhcp mac0 ce qui a mis une sacrée panique mais a dû décoincer un truc. Vais tenter la commande pour voir ce que ça indique. C’est quoi la panique créée ? Panique pour toi ou pour le nas ? 🤪 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
Jeff777 Posté(e) le 6 juin 2023 Partager Posté(e) le 6 juin 2023 il y a 22 minutes, MilesTEG1 a dit : C’est quoi la panique créée 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 ! 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
MilesTEG1 Posté(e) le 6 juin 2023 Partager Posté(e) le 6 juin 2023 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 ? 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
Jeff777 Posté(e) le 6 juin 2023 Partager Posté(e) le 6 juin 2023 à l’instant, MilesTEG1 a dit : Et quelles explications a-t-on quant à la démarche de devoir faire passer l'adresse IP virtuelle par le serveur DHCP ? Mais ce n'est que temporaire j'ai tout rétabli après (voir plus haut). 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
MilesTEG1 Posté(e) le 6 juin 2023 Partager Posté(e) le 6 juin 2023 il y a 3 minutes, Jeff777 a dit : Mais ce n'est que temporaire j'ai tout rétabli après (voir plus haut). Oui mais "tout rétabli" : comment ? Comme avant ? Avec quelles commandes ? 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
Jeff777 Posté(e) le 6 juin 2023 Partager Posté(e) le 6 juin 2023 il y a 6 minutes, MilesTEG1 a dit : comment ? Comme avant ? 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 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
MilesTEG1 Posté(e) le 6 juin 2023 Partager Posté(e) le 6 juin 2023 Il y a 2 heures, Jeff777 a dit : Redémarré le nas, lancé le script mavclan, lancé le script de l'interface virtuelle, reconstruire pi-hole réinstallé VPN 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 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
Jeff777 Posté(e) le 6 juin 2023 Partager Posté(e) le 6 juin 2023 il y a 1 minute, MilesTEG1 a dit : Ok et donc tu te retrouves dans le même cas qu'avant la lecture du sujet, non ? 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 : 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
loli71 Posté(e) le 6 juin 2023 Auteur Partager Posté(e) le 6 juin 2023 (modifié) Euh, là je suis perdu @Jeff777, en gros tu nous dis que tu as tout désinstallé, redémarré, tout réinstallé comme avant (sauf que la création de l'interface virtuelle n'est pas planifiée dans la cron du syno) et que tout marche ? et tu as essayé de redémarrer le syno après toute cela (avec le création de l'interface virtuelle activée dans la cron) ? Modifié le 6 juin 2023 par loli71 maj 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
Jeff777 Posté(e) le 6 juin 2023 Partager Posté(e) le 6 juin 2023 il y a 4 minutes, loli71 a dit : cela a permit de ne pas avoir le problème dans le serveur vpn, c'est bien cela ? 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. 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
MilesTEG1 Posté(e) le 6 juin 2023 Partager Posté(e) le 6 juin 2023 il y a 24 minutes, Jeff777 a dit : 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 : 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... 2 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
Jeff777 Posté(e) le 6 juin 2023 Partager Posté(e) le 6 juin 2023 il y a 37 minutes, MilesTEG1 a dit : Je me demande si je ne désactiverais pas aussi le eth1, aucun câble n'est dessus.. 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. il y a une heure, loli71 a dit : sauf que la création de l'interface virtuelle n'est pas planifiée dans la cron du syno Désolé. oui bien sûr je l"avais réactivé. Je vais corriger au dessus 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
MilesTEG1 Posté(e) le 6 juin 2023 Partager Posté(e) le 6 juin 2023 il y a 2 minutes, Jeff777 a dit : 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à 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 ^^ 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
loli71 Posté(e) le 6 juin 2023 Auteur Partager Posté(e) le 6 juin 2023 (modifié) Du coup, voici ce que j'ai fait pour normalement ne plus avoir de souci de config du serveur VPN tout en gardant mon réseaux macvlan et mon interface virtuelle macvl0 qui permet au synology d'accéder à tout ce qui est dans e réseau macvlan: Suppression de l'ancienne interface virtuelle root@Nas:# mv /etc/sysconfig/network-scripts/ifcfg-macvl0 /root ip link del macvl0 synonet --show root@Nas:# synonet --show System network interface list: Host Name: Nas Network interface: eth0 Manual IP IP: 192.168.1.99 Mask: 255.255.255.0 Gateway: 192.168.1.1 DNS: 127.0.0.1 MTU Setting: 1500 1000, full duplex, active mtu 1500 RX bytes: 449968698070 TX bytes: 10520784211 Host Name: Nas Network interface: eth1 DHCP IP: 169.254.95.125 Mask: 255.255.0.0 Gateway: 192.168.1.1 DNS: 127.0.0.1 MTU Setting: 1500 65535, unknown duplex, active mtu 1500 RX bytes: 0 TX bytes: 0 Modification du script de création de l'interface virtuelle macvl0 (celui qui est appelé au démarrage du syno) pour ajouter à la fin du script la ligne suivante: #!/bin/bash sleep 60 # Creation de l interface macvlan sur l hote ip link add macvl0 link eth0 type macvlan mode bridge ip addr add 192.168.1.175/32 dev macvl0 ip link set dev macvl0 address 5E:00:01:02:03:45 ip link set macvl0 up ip route add 192.168.1.160/28 dev macvl0 synonet --dhcp macvl0 # permet de régler le problème d'interface mal reconnue par la commande synonet et donc d'éviter le bug dans le serveur VPN Ajout dans mon DHCP la réservation d'IP correspondant à la MAC (5E:00:01:02:03:45) et l'IP (192.168.1.175) se trouvant dans ce même script de création de l'interface virtuelle Redémarrage du Synology Et voilà, tout fonctionne ... j'ai bien mon macvlan, mon interface virtuelle macvl0 (donc mon syno peut profiter à nouveau de adguardhome qu'il héberge dans le réseau macvlan) et la config du serveur VPN est opérationnelle !! root@Nas:/etc/sysconfig/network-scripts# synonet --show System network interface list: Host Name: Nas Network interface: eth0 Manual IP IP: 192.168.1.99 Mask: 255.255.255.0 Gateway: 192.168.1.1 DNS: 127.0.0.1 MTU Setting: 1500 1000, full duplex, active mtu 1500 RX bytes: 449973346355 TX bytes: 10524904207 Host Name: Nas Network interface: eth1 DHCP IP: 169.254.95.125 Mask: 255.255.0.0 Gateway: 192.168.1.1 DNS: 127.0.0.1 MTU Setting: 1500 65535, unknown duplex, active mtu 1500 RX bytes: 0 TX bytes: 0 Host Name: Nas Network interface: macvl0 DHCP IP: 192.168.1.175 Mask: 255.255.255.0 Gateway: 192.168.1.1 DNS: 127.0.0.1 MTU Setting: 1500 1000, full duplex, active mtu 1500 RX bytes: 524201 TX bytes: 20004 PS: je vais essayer de trouver ce qui se passe avec la commande synonet --dhcp qui permet de mettre l'interface virtuelle dans une configuration convenable pour le syno, car je préfèrerai quand même ne pas avoir à gérer le DHCP pour cette interface virtuelle... Modifié le 6 juin 2023 par loli71 1 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
MilesTEG1 Posté(e) le 6 juin 2023 Partager Posté(e) le 6 juin 2023 il y a 3 minutes, loli71 a dit : car je préfèrerai quand même ne pas avoir à gérer le DHCP pour cette interface virtuelle... 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 🙂 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
Jeff777 Posté(e) le 6 juin 2023 Partager Posté(e) le 6 juin 2023 il y a une heure, MilesTEG1 a dit : Mais s'il faut lancer cette commande régulièrement, ça va devenir pénible en effet Sauf que depuiis j'ai redémarré le NAS pour voir et tout c'est bien passé.... ça a l'air résilient. 1 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
loli71 Posté(e) le 6 juin 2023 Auteur Partager Posté(e) le 6 juin 2023 (modifié) Il y a 2 heures, MilesTEG1 a dit : 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 🙂 oui heureusement que ce n'est qu'une fois 😄 il y a une heure, Jeff777 a dit : Sauf que depuiis j'ai redémarré le NAS pour voir et tout c'est bien passé.... ça a l'air résilient. Cela vient peut être bien de ce que je viens de constater comme changement avant et après le passage de la commande "synonet --dhcp macvl0" en partant de 0. Du coup ta config d'interface est déclarée comme en DHCP, même après un reboot.... Avant: cat /etc/sysconfig/network-scripts/ifcfg-macvl0 BOOTPROTO=static Après: cat /etc/sysconfig/network-scripts/ifcfg-macvl0 DEVICE=macvl0 BOOTPROTO=dhcp ONBOOT=yes Donc essai suivant: pas de commande "synonet --dhcp macvl0" dans mon script de démarrage, mais par contre édition du fichier /etc/sysconfig/network-scripts/ifcfg-macvl0 pour y mettre les lignes suivantes: DEVICE=macvl0 BOOTPROTO=static ONBOOT=yes IPV6INIT=off IPV6_ACCEPT_RA=1 IPADDR=192.168.1.175 NETMASK=255.255.255.255 root@Nas:/etc/sysconfig/network-scripts# synonet --show System network interface list: Host Name: Nas Network interface: eth0 Manual IP IP: 192.168.1.99 Mask: 255.255.255.0 Gateway: 192.168.1.1 DNS: 192.168.1.161 MTU Setting: 1500 1000, full duplex, active mtu 1500 RX bytes: 176839631 TX bytes: 22958632 Host Name: Nas Network interface: eth1 DHCP IP: 169.254.95.125 Mask: 255.255.0.0 Gateway: 192.168.1.1 DNS: 192.168.1.161 MTU Setting: 1500 65535, unknown duplex, active mtu 1500 RX bytes: 0 TX bytes: 0 Host Name: Nas Network interface: macvl0 Manual IP IP: 192.168.1.175 Mask: 255.255.255.255 Gateway: 192.168.1.1 DNS: 192.168.1.161 MTU Setting: 1500 1000, full duplex, active mtu 1500 RX bytes: 110510 TX bytes: 23552 et hop, plus de réservation dans le DHCP nécessaire, reste le test ultime du reboot ... Résultat: On a bien une commande synonet --show qui répond correctement, et une conf du serveur VPN qui fonctionne correctement. PS: et comme rien n'est jamais parfait en ce bas monde... je viens de constater que certaines autres parties du DSM ne s'affichent pas correctement avec l'interface virtuelle créée (idem si on utilise la commande synonet --dhcp macvl0) Panneau de configuration > centre d'infos > Réseau: vide Widgets > Santé du système : vide Modifié le 6 juin 2023 par loli71 MAJ après reboot 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
Jeff777 Posté(e) le 6 juin 2023 Partager Posté(e) le 6 juin 2023 il y a une heure, loli71 a dit : Du coup ta config d'interface est déclarée comme en DHCP, même après un reboot.... oui c'est bien le cas. Par contre le nas1 qui n'a jamais eu de pb est bien en static. 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
Jeff777 Posté(e) le 6 juin 2023 Partager Posté(e) le 6 juin 2023 Il y a 1 heure, loli71 a dit : je viens de constater que certaines autres parties du DSM ne s'affichent pas correctement Oui c'est pareil chez moi pour les deux syno. 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
MilesTEG1 Posté(e) le 6 juin 2023 Partager Posté(e) le 6 juin 2023 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"). 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
Jeff777 Posté(e) le 6 juin 2023 Partager Posté(e) le 6 juin 2023 (modifié) il y a 22 minutes, MilesTEG1 a dit : Sinon, vous avez ceci dans la liste des interfaces du widget ? (par-là, j'entends le "(unknown) macv0"). @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. Modifié le 6 juin 2023 par Jeff777 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
MilesTEG1 Posté(e) le 7 juin 2023 Partager Posté(e) le 7 juin 2023 Il y a 9 heures, Jeff777 a dit : 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. Et donc ? Tu ne réponds pas vraiment à ma question 😅 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
Jeff777 Posté(e) le 7 juin 2023 Partager Posté(e) le 7 juin 2023 Question: Il y a 10 heures, MilesTEG1 a dit : Sinon, vous avez ceci dans la liste des interfaces du widget ? (par-là, j'entends le "(unknown) macv0"). Réponse: YES 😁 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
.Shad. Posté(e) le 8 juin 2023 Partager Posté(e) le 8 juin 2023 Hello, je n'ai pas trop réagi jusque-là car je vais essayer de voir ce qu'il en retourne plus avant, et investiguer un peu sur le script de montage d'interface. La solution évoquée par @Jeff777 ayant aussi ses problèmes (plus d'affichage dans Panneau de configuration -> Centre d'infos -> Réseau), je préfère être prudent avant de changer quoi que ce soit. 😉 1 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
Jeff777 Posté(e) le 8 juin 2023 Partager Posté(e) le 8 juin 2023 il y a 10 minutes, .Shad. a dit : Hello, je n'ai pas trop réagi jusque-là car je vais essayer de voir ce qu'il en retourne plus avant, et investiguer un peu sur le script de montage d'interface Merci..on patiente 🙂 1 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
Messages recommandés
Rejoindre la conversation
Vous pouvez publier maintenant et vous inscrire plus tard. Si vous avez un compte, connectez-vous maintenant pour publier avec votre compte.