VPN Server: Paramètres généraux > Interface réseau et type de compte : menu déroulant vide !!!

[MilesTEG1]

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 ? 🤪

[Jeff777]

 

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 !

[MilesTEG1]

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 ?

[Jeff777]

à 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).

[MilesTEG1]

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 ?

 

[Jeff777]

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

[MilesTEG1]

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

 

[Jeff777]

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 :

[loli71]

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

[Jeff777]

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.

[MilesTEG1]

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... 

[Jeff777]

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 

[MilesTEG1]

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 ^^

[loli71]

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

[MilesTEG1]

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 🙂 

[Jeff777]

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.

[loli71]

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

[Jeff777]

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.

[Jeff777]

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.

[MilesTEG1]

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").

[Jeff777]

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

[MilesTEG1]

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 😅

[Jeff777]

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  😁

[.Shad.]

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. 😉

[Jeff777]

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 🙂