Auteur Sujet: [FTTH] Tuto bypass complet neufbox avec un routeur OpenWrt (Lu 75608 fois)

Tikilou · « **Réponse #276 le:** 23 avril 2024 à 12:13:16 »

Citation de: ppn_sd le 23 avril 2024 à 11:01:37

Regarde les logs de ton routeur n°1 pour vérifier si ce n'est pas le firewall et lance "asterisk -r" sur le routeur n°1 pendant un appel et regarde si la console indique quelque chose. Dans la console asterisk, retourne le résultat de 'pjsip show endpoints' avec seulement le linphone connecté à partir du routeur 2.

D'accord, voilà les informations demandées :

Appel depuis client SIP Linphone, via smartphone Android connecté par Wifi au routeur N°1 au domaine 192.168.1.1 :

Code: [Sélectionner]

root@OpenWrt-no1:~# asterisk -r
Connected to Asterisk 20.5.2 currently running on OpenWrt-no1 (pid = 13921)
[Apr 23 10:02:29] WARNING[13972]: res_pjsip_pubsub.c:3396 pubsub_on_rx_publish_request: No registered publish handler for event presence from tralala
[Apr 23 10:02:41] WARNING[13972]: res_pjsip_outbound_authenticator_digest.c:507 digest_create_request_with_auth: Endpoint: 'sfr': No auth objects matching realm(s) '' from challenge found.

Ici, j'ai parfois des échecs d'appels, qui font apparaître ce message, mais en insistant, ça fonctionne, et rien n'apparaît.

Ensuite, voici la même chose, en étant connecté par wifi avec le smartphone, au routeur N°2 :

Code: [Sélectionner]

root@OpenWrt-no1:~# asterisk -r
Asterisk 20.5.2, Copyright (C) 1999 - 2022, Sangoma Technologies Corporation and others.
Created by Mark Spencer <markster@digium.com>
Asterisk comes with ABSOLUTELY NO WARRANTY; type 'core show warranty' for details.
This is free software, with components licensed under the GNU General Public
License version 2 and other licenses; you are welcome to redistribute it under
certain conditions. Type 'core show license' for details.
=========================================================================
Connected to Asterisk 20.5.2 currently running on OpenWrt-no1 (pid = 13921)
[Apr 23 10:07:21] WARNING[14436]: res_pjsip_pubsub.c:3396 pubsub_on_rx_publish_request: No registered publish handler for event presence from tralala
[Apr 23 10:07:32] WARNING[14436]: res_pjsip_outbound_authenticator_digest.c:507 digest_create_request_with_auth: Endpoint: 'sfr': No auth objects matching realm(s) '' from challenge found.

À noter que quand la communication semble démarrer et qu'il n'y a aucun son, rien ne s'affiche en plus.

Et voici le résultat pour la commande pjsipi show endpoint dans la console asterisk quand le smartphone est connecté par wifi au routeur N°2 pour se connecter via son client SIP Linphone, au serveur Asterisk tournant sur le routeur N°1 :

Code: [Sélectionner]

OpenWrt-no1*CLI> pjsip show endpoints

 Endpoint:  <Endpoint/CID.....................................>  <State.....>  <Channels.>
    I/OAuth:  <AuthId/UserName...........................................................>
        Aor:  <Aor............................................>  <MaxContact>
      Contact:  <Aor/ContactUri..........................> <Hash....> <Status> <RTT(ms)..>
  Transport:  <TransportId........>  <Type>  <cos>  <tos>  <BindAddress..................>
   Identify:  <Identify/Endpoint.........................................................>
        Match:  <criteria.........................>
    Channel:  <ChannelId......................................>  <State.....>  <Time.....>
        Exten: <DialedExten...........>  CLCID: <ConnectedLineCID.......>
==========================================================================================

 Endpoint:  sfr                                                  Not in use    0 of inf
    OutAuth:  sfr/NDI[MONNUMERODETELAVECZERO].MPY.THD@sfr.fr
        Aor:  sfr                                                0
      Contact:  sfr/sip:+33[MONNUMERODETELSANSZERO]@ims.mnc010.mcc208.3gp 02b3957848 NonQual         nan
  Transport:  transport-udp-nat         udp      0      0  0.0.0.0:5060
   Identify:  sfr/sfr
        Match: 92.91.129.200/32
        Match: 92.91.129.152/32
        Match: 92.91.129.184/32
        Match: 92.91.129.168/32
        Match: 92.91.129.136/32
        Match: 2a02:8400:20:238::8/128
        Match: 2a02:8400:20:23c::8/128
        Match: 2a02:8400:20:23b::8/128
        Match: 2a02:8400:20:239::8/128
        Match: 2a02:8400:20:23a::8/128
        Match: 92.91.179.72/32
        Match: 92.91.179.8/32
        Match: 92.91.179.40/32
        Match: 92.91.179.56/32
        Match: 92.91.179.24/32
        Match: 2a02:8400:20:1209::8/128
        Match: 2a02:8400:20:120a::8/128
        Match: 2a02:8400:20:1208::8/128
        Match: 2a02:8400:20:120b::8/128
        Match: 2a02:8400:20:120c::8/128
        Match: 92.91.129.24/32
        Match: 92.91.129.72/32
        Match: 92.91.129.8/32
        Match: 92.91.129.40/32
        Match: 92.91.129.56/32
        Match: 2a02:8400:20:22a::8/128
        Match: 2a02:8400:20:22c::8/128
        Match: 2a02:8400:20:228::8/128
        Match: 2a02:8400:20:22b::8/128
        Match: 2a02:8400:20:229::8/128
        Match: 77.136.7.168/32
        Match: 77.136.7.136/32
        Match: 77.136.7.152/32
        Match: 2a02:8400:20:1228::8/128
        Match: 2a02:8400:20:1229::8/128
        Match: 2a02:8400:20:122a::8/128

 Endpoint:  tralala                                              Not in use    0 of inf
     InAuth:  tralala/tralala
        Aor:  tralala                                            1
      Contact:  tralala/sip:tralala@192.168.1.150:44689;tr 6b41d86ba8 NonQual         nan


Objects found: 2

Voici les logs dmesg du routeur N°1 si ça peut être utile :

ppn_sd · « **Réponse #277 le:** 23 avril 2024 à 12:22:31 »

Citer

tralala/sip:tralala@192.168.1.150:44689;tr

Donc ton linphone sur le réseau 2 ne se connecte à asterisk. Tant que tu n'arrives pas à obtenir un endpoint avec une adresse en 192.168.2.XXX cela ne marchera pas.

Pour éviter de fausser les tests avec les différents enregistrement de clients/endpoints, essaie avec un deuxième profil dans extensions.conf.

Tu n'as rien dans les logs généraux d'openwrt pour le firewall ? (active le log du firewall pour un temps histoire de pas louper quelque chose)

EDIT : retourne la sortie de logread et non dmesg.

Tikilou · « **Réponse #278 le:** 23 avril 2024 à 12:28:12 »

Citation de: ppn_sd le 23 avril 2024 à 12:22:31

Donc ton linphone sur le réseau 2 ne se connecte à asterisk. Tant que tu n'arrives pas à obtenir un endpoint avec une adresse en 192.168.2.XXX cela ne marchera pas.

Pour éviter de fausser les tests avec les différents enregistrement de clients/endpoints, essaie avec un deuxième profil dans extensions.conf.

Tu n'as rien dans les logs généraux d'openwrt pour le firewall ? (active le log du firewall pour un temps histoire de pas louper quelque chose)

Je prend note...
Pour créer un deuxième profil dans extensions.conf, je modifie ainsi ?

Code: [Sélectionner]

[general]
autofallthrough=yes
clearglobalvars=no
priorityjumping=no
static=yes
writeprotect=no

[globals]
CONSOLE=Console/dsp
IAXINFO=guest
TRUNK=DAHDI/G2
TRUNKMSD=1

[outgoing]
exten => _X.,1,Dial(PJSIP/${EXTEN}@sfr)
exten => _X.,n,Hangup()

[incoming]
exten => s,1,Dial(PJSIP/tralala)

Par :

Code: [Sélectionner]

[general]
autofallthrough=yes
clearglobalvars=no
priorityjumping=no
static=yes
writeprotect=no

[globals]
CONSOLE=Console/dsp
IAXINFO=guest
TRUNK=DAHDI/G2
TRUNKMSD=1

[outgoing]
exten => _X.,1,Dial(PJSIP/${EXTEN}@sfr)
exten => _X.,n,Hangup()

[incoming]
exten => s,1,Dial(PJSIP/tralala)
exten => s,2,Dial(PJSIP/tralala2)

Est ce que c'est bon comme ça en rajoutant cette dernière ligne ?

Pour les logs généraux d'openwrt pour le firewall, je ne trouve rien dans /var/log, ni sur l'interface web Luci d'OpenWRT, tu recherches la sortie de quel fichier en particulier ?

ppn_sd · « **Réponse #279 le:** 23 avril 2024 à 12:31:48 »

Code: [Sélectionner]

[outgoing]
exten => _X.,1,Dial(PJSIP/${EXTEN}@sfr)
exten => _X.,n,Hangup()

[incoming]
exten => s,1,Dial(PJSIP/tralala&PJSIP/tralala2)

Mets comme ça. Les deux sonneront pour les tests comme ça.

Il faut aussi ajouter les sections dans le fichier pjsip.conf :

Code: [Sélectionner]

; -------------------- ;
; Phone Line 'tralala2' ;
; -------------------- ;

[tralala2](aor_dynamic)

[tralala2](auth_userpass)
password=MOT_DE_PASSE_CLIENT_SIP
username=tralala2

[tralala2](endpoint_internal)
auth=tralala2
aors=tralala2
callerid=tralala2

trekker92 · « **Réponse #280 le:** 23 avril 2024 à 13:14:14 »

Citation de: ppn_sd le 23 avril 2024 à 12:22:31

Donc ton linphone sur le réseau 2 ne se connecte à asterisk. Tant que tu n'arrives pas à obtenir un endpoint avec une adresse en 192.168.2.XXX cela ne marchera pas.

Pour éviter de fausser les tests avec les différents enregistrement de clients/endpoints, essaie avec un deuxième profil dans extensions.conf.

Tu n'as rien dans les logs généraux d'openwrt pour le firewall ? (active le log du firewall pour un temps histoire de pas louper quelque chose)

EDIT : retourne la sortie de logread et non dmesg.

jdis peut etre une connerie, mais c'est pas le role du STUN normalement de faire "serveur intermédiaire" comme un proxy en cas de connexion derrière un NAT et de guéguerre au niveau des ports?

le renseigner permettrait d'éviter les emmerdes..

ppn_sd · « **Réponse #281 le:** 23 avril 2024 à 13:55:17 »

Il s'agit ici d'un problème au sein du réseau local, donc STUN n'a pas son utilité.

@Tikilou : pourquoi conserver ce double réseau si tu n'as pas d'utilité à leur séparation ?

Tikilou · « **Réponse #282 le:** 23 avril 2024 à 14:56:03 »

Citation de: ppn_sd le 23 avril 2024 à 12:31:48

Code: [Sélectionner]
[outgoing] exten => _X.,1,Dial(PJSIP/${EXTEN}@sfr) exten => _X.,n,Hangup() [incoming] exten => s,1,Dial(PJSIP/tralala&PJSIP/tralala2)
Mets comme ça. Les deux sonneront pour les tests comme ça.

Il faut aussi ajouter les sections dans le fichier pjsip.conf :

Code: [Sélectionner]
; -------------------- ; ; Phone Line 'tralala2' ; ; -------------------- ; [tralala2](aor_dynamic) [tralala2](auth_userpass) password=MOT_DE_PASSE_CLIENT_SIP username=tralala2 [tralala2](endpoint_internal) auth=tralala2 aors=tralala2 callerid=tralala2

C'est fait, voilà ce que ça donne avec les deux profils connectés sur le routeur N°1 par wifi (pc et smartphone) :

Code: [Sélectionner]

root@OpenWrt-no1:~# asterisk -r
Asterisk 20.5.2, Copyright (C) 1999 - 2022, Sangoma Technologies Corporation and others.
Created by Mark Spencer <markster@digium.com>
Asterisk comes with ABSOLUTELY NO WARRANTY; type 'core show warranty' for details.
This is free software, with components licensed under the GNU General Public
License version 2 and other licenses; you are welcome to redistribute it under
certain conditions. Type 'core show license' for details.
=========================================================================
Connected to Asterisk 20.5.2 currently running on OpenWrt-no1 (pid = 21823)
[Apr 23 12:35:14] WARNING[21906]: res_pjsip_pubsub.c:3396 pubsub_on_rx_publish_request: No registered publish handler for event presence from tralala2
OpenWrt-no1*CLI> pjsip show endpoints

 Endpoint:  <Endpoint/CID.....................................>  <State.....>  <Channels.>
    I/OAuth:  <AuthId/UserName...........................................................>
        Aor:  <Aor............................................>  <MaxContact>
      Contact:  <Aor/ContactUri..........................> <Hash....> <Status> <RTT(ms)..>
  Transport:  <TransportId........>  <Type>  <cos>  <tos>  <BindAddress..................>
   Identify:  <Identify/Endpoint.........................................................>
        Match:  <criteria.........................>
    Channel:  <ChannelId......................................>  <State.....>  <Time.....>
        Exten: <DialedExten...........>  CLCID: <ConnectedLineCID.......>
==========================================================================================

 Endpoint:  sfr                                                  Not in use    0 of inf
    OutAuth:  sfr/NDI0532899258.MPY.THD@sfr.fr
        Aor:  sfr                                                0
      Contact:  sfr/sip:+33532899258@ims.mnc010.mcc208.3gp 02b3957848 NonQual         nan
  Transport:  transport-udp-nat         udp      0      0  0.0.0.0:5060
   Identify:  sfr/sfr
        Match: 92.91.129.184/32
        Match: 92.91.129.200/32
        Match: 92.91.129.152/32
        Match: 92.91.129.168/32
        Match: 92.91.129.136/32
        Match: 2a02:8400:20:23b::8/128
        Match: 2a02:8400:20:238::8/128
        Match: 2a02:8400:20:23c::8/128
        Match: 2a02:8400:20:23a::8/128
        Match: 2a02:8400:20:239::8/128
        Match: 77.136.7.168/32
        Match: 77.136.7.136/32
        Match: 77.136.7.152/32
        Match: 2a02:8400:20:1229::8/128
        Match: 2a02:8400:20:1228::8/128
        Match: 2a02:8400:20:122a::8/128
        Match: 92.91.179.56/32
        Match: 92.91.179.24/32
        Match: 92.91.179.40/32
        Match: 92.91.179.8/32
        Match: 92.91.179.72/32
        Match: 2a02:8400:20:120a::8/128
        Match: 2a02:8400:20:1209::8/128
        Match: 2a02:8400:20:120c::8/128
        Match: 2a02:8400:20:120b::8/128
        Match: 2a02:8400:20:1208::8/128
        Match: 92.91.129.56/32
        Match: 92.91.129.24/32
        Match: 92.91.129.72/32
        Match: 92.91.129.40/32
        Match: 92.91.129.8/32
        Match: 2a02:8400:20:22b::8/128
        Match: 2a02:8400:20:228::8/128
        Match: 2a02:8400:20:22a::8/128
        Match: 2a02:8400:20:22c::8/128
        Match: 2a02:8400:20:229::8/128

 Endpoint:  tralala                                              Not in use    0 of inf
     InAuth:  tralala/tralala
        Aor:  tralala                                            1
      Contact:  tralala/sip:tralala@192.168.1.51:43042;tra 55be332f84 NonQual         nan

 Endpoint:  tralala2                                             Not in use    0 of inf
     InAuth:  tralala2/tralala2
        Aor:  tralala2                                           1
      Contact:  tralala2/sip:tralala2@192.168.1.150:40485; f2d9029da4 NonQual         nan


Objects found: 3

Voici ensuite ce que j'obtiens pour quand le 2ème profil récemment créé, est connecté au routeur N°2 par wifi (le premier l'est par le routeur N°1) :

Code: [Sélectionner]

OpenWrt-no1*CLI> pjsip show endpoints

 Endpoint:  <Endpoint/CID.....................................>  <State.....>  <Channels.>
    I/OAuth:  <AuthId/UserName...........................................................>
        Aor:  <Aor............................................>  <MaxContact>
      Contact:  <Aor/ContactUri..........................> <Hash....> <Status> <RTT(ms)..>
  Transport:  <TransportId........>  <Type>  <cos>  <tos>  <BindAddress..................>
   Identify:  <Identify/Endpoint.........................................................>
        Match:  <criteria.........................>
    Channel:  <ChannelId......................................>  <State.....>  <Time.....>
        Exten: <DialedExten...........>  CLCID: <ConnectedLineCID.......>
==========================================================================================

 Endpoint:  sfr                                                  Not in use    0 of inf
    OutAuth:  sfr/NDI0532899258.MPY.THD@sfr.fr
        Aor:  sfr                                                0
      Contact:  sfr/sip:+33532899258@ims.mnc010.mcc208.3gp 02b3957848 NonQual         nan
  Transport:  transport-udp-nat         udp      0      0  0.0.0.0:5060
   Identify:  sfr/sfr
        Match: 92.91.129.184/32
        Match: 92.91.129.200/32
        Match: 92.91.129.152/32
        Match: 92.91.129.168/32
        Match: 92.91.129.136/32
        Match: 2a02:8400:20:23b::8/128
        Match: 2a02:8400:20:238::8/128
        Match: 2a02:8400:20:23c::8/128
        Match: 2a02:8400:20:23a::8/128
        Match: 2a02:8400:20:239::8/128
        Match: 92.91.179.8/32
        Match: 92.91.179.72/32
        Match: 92.91.179.56/32
        Match: 92.91.179.24/32
        Match: 92.91.179.40/32
        Match: 2a02:8400:20:1208::8/128
        Match: 2a02:8400:20:120a::8/128
        Match: 2a02:8400:20:1209::8/128
        Match: 2a02:8400:20:120c::8/128
        Match: 2a02:8400:20:120b::8/128
        Match: 92.91.129.56/32
        Match: 92.91.129.24/32
        Match: 92.91.129.72/32
        Match: 92.91.129.40/32
        Match: 92.91.129.8/32
        Match: 2a02:8400:20:229::8/128
        Match: 2a02:8400:20:22b::8/128
        Match: 2a02:8400:20:228::8/128
        Match: 2a02:8400:20:22a::8/128
        Match: 2a02:8400:20:22c::8/128
        Match: 77.136.7.168/32
        Match: 77.136.7.136/32
        Match: 77.136.7.152/32
        Match: 2a02:8400:20:1229::8/128
        Match: 2a02:8400:20:1228::8/128
        Match: 2a02:8400:20:122a::8/128

 Endpoint:  tralala                                              Not in use    0 of inf
     InAuth:  tralala/tralala
        Aor:  tralala                                            1
      Contact:  tralala/sip:tralala@192.168.1.112:42984;tr 20552ba7fd NonQual         nan

 Endpoint:  tralala2                                             Not in use    0 of inf
     InAuth:  tralala2/tralala2
        Aor:  tralala2                                           1
      Contact:  tralala2/sip:tralala2@192.168.1.60:43044;t 52ecd01ee3 NonQual         nan


Objects found: 3

L'indication de cette IP m'interroge, 192.168.1.60 est allouée via DHCP uniquement pour que le routeur N°2 obtienne la connexion par wifi au routeur N°1, en passant par le répéteur wifi au passage.
Hors, le routeur N°2 a attribué à mon smartphone connecté par wifi, l'adresse 192.168.2.177... Quelque chose devant faire le lien entre 192.168.1.60 et 192.168.2.1 (IP du routeur N°2 avec son propre réseau) coince ?

Citation de: ppn_sd le 23 avril 2024 à 13:55:17

Il s'agit ici d'un problème au sein du réseau local, donc STUN n'a pas son utilité.

@Tikilou : pourquoi conserver ce double réseau si tu n'as pas d'utilité à leur séparation ?

Bonne question. À vrai dire, initialement, je voulais que le routeur N°2 conserve une adresse de type 192.168.1.xx.

Sur mon serveur sous Ubuntu par exemple, j'ai configuré un bridge et un conteneur LXC contenant grosso modo l'équivalent de VPS, et à travers ce bridge, le routeur N°1 est en charge d'allouer les IP pour tous les conteneurs afin que chacun soit accessible sur le réseau local comme si c'était une machine physique.
Pour reprendre ce que tu avais vu de Minetest notamment, j'ai tout conteneurisé pour un des enfants, afin qu'il puisse se faire la main et apprendre à gérer un système ubuntu en CLI et ses services dans son environnement propre et système séparé, sans pouvoir avoir la main sur mon système/serveur. Comme s'il avait son propre VPS/Serveur, local, branché au routeur N°1.

Ce que j'aurais voulu, c'est que le routeur N°1 (192.168.1.1) soit, de la même façon, en charge d'allouer les IP des appareils connectés par Wifi et Ethernet, sur le routeur N°2 (Qui lui aurait une IP 192.168.1.2), mais je n'ai pas réussi à trouver comment faire, au mieux je perdais l'accès au routeur N°2 pour sa configuration, au pire, je perdais toute connexion par Wifi, et en filaire, avec reset complet nécessaire, restauration de paquets, puis restauration des derniers paramètres fonctionnels...

Reste qu'en terme de redondance, ça pose également un problème, si le routeur N°1 lâche d'une façon ou d'une autre et que le serveur dhcp sur le routeur N°2 était desactivé ça risque de coincer non ? Dans l'idéal je voudrais pouvoir toujours avoir la possibilité de me connecter et administrer mon réseau sur le routeur N°2 localement, si le N°1 est en rade ou que le wifi a des soucis...

Comme le routeur N°2 est lié à tout ce qui concerne l'irrigation et surveillance dans le jardin et à terme la pépinière, et que ce sont des paramètres critiques, je me dois d'être aussi prudent que possible afin que ça puisse tourner H24.

ppn_sd · « **Réponse #283 le:** 23 avril 2024 à 15:02:01 »

Citation de: Tikilou le 23 avril 2024 à 14:56:03

L'indication de cette IP m'interroge, 192.168.1.60 est allouée via DHCP uniquement pour que le routeur N°2 obtienne la connexion par wifi au routeur N°1, en passant par le répéteur wifi au passage.
Hors, le routeur N°2 a attribué à mon smartphone connecté par wifi, l'adresse 192.168.2.177... Quelque chose devant faire le lien entre 192.168.1.60 et 192.168.2.1 (IP du routeur N°2 avec son propre réseau) coince ?

Il y a un masquerade quand tu passes du réseau 2 au 1. Tout ce qui sort du réseau 2 prends l'ip de sortie de WWAN.

Tikilou · « **Réponse #284 le:** 23 avril 2024 à 23:01:23 »

Citation de: ppn_sd le 23 avril 2024 à 15:02:01

Il y a un masquerade quand tu passes du réseau 2 au 1. Tout ce qui sort du réseau 2 prends l'ip de sortie de WWAN.

Bon, du coup on n'est pas plus avancé que ça, le problème ne vient donc pas de là... :-/
Quelqu'un aurait une idée ?

ppn_sd · « **Réponse #285 le:** 24 avril 2024 à 00:25:53 »

Citation de: Tikilou le 23 avril 2024 à 23:01:23

Bon, du coup on n'est pas plus avancé que ça, le problème ne vient donc pas de là... :-/

Bah justement si. Cela ne change rien si tu décoches le masquerading de la zone WWAN du routeur 2 ?

Tikilou · « **Réponse #286 le:** 24 avril 2024 à 10:09:53 »

Citation de: ppn_sd le 24 avril 2024 à 00:25:53

Bah justement si. Cela ne change rien si tu décoches le masquerading de la zone WWAN du routeur 2 ?

Hélas non, toujours pas de son quand je passe un appel depuis le routeur N°2

ppn_sd · « **Réponse #287 le:** 24 avril 2024 à 11:45:13 »

Le problème c'est qu'on est en train d'essayer de débloquer le fonctionnement SIP sur un réseau qui est de base bancal. Et tu l'as bien identifié :

Citation de: Tikilou le 23 avril 2024 à 10:45:05

Je note que depuis le routeur N°1 "192.168.1.1", il m'est toujours impossible de contacter le routeur N°2 (ni les équipements connectés dessus) directement avec son IP "192.168.2.1", dont l'ip allouée (par wifi) par le routeur N°1 (via l'étendeur wifi servant de relais) est "192.168.1.60". Est ce que ça pourrait être un indice du problème ?

Et en prime, si je peux accéder au routeur N°1 depuis le routeur N°2 dans ma configuration actuelle, l'inverse n'est pas vrai, sans tailscale (VPN) je n'arrive pas à contacter ni le routeur N°2, ni les raspberry PI branchés dessus (Ni la caméra que j'installerais prochainement), depuis une connexion wifi au routeur N°1 à la maison.

Au risque d'insister : crée un topic à part. On est très éloigné du sujet remplacement box car finalement tout marche de ce côté là.

Pour ma part je n'ai jamais compris la surcouche LUCI (autant d'onglets et de cases à cocher pour des choses qui se règlent en 3 lignes ...) alors je ne te serai pas d'une grande aide.