Auteur Sujet: Reverse Engineering : Nouveau système de génération de l'option 90 DHCP  (Lu 247542 fois)

0 Membres et 1 Invité sur ce sujet

nscheffer

  • Abonné Orange Fibre
  • *
  • Messages: 439
  • Chavenay (78)
Reverse Engineering : Nouveau système de génération de l'option 90 DHCP
« Réponse #660 le: 13 janvier 2022 à 11:15:23 »
Je viens de tester la procédure avec le Leox fraîchement arrivé et ça ne fonctionne pas chez moi. J'ai bien mis l'ARLT sur le Vendor ID et le serial ARLTXXXXXXXXX ensuite branché sur le port 4 de la Livebox 5 sans succès. Après c'est curieux que pour se connecter sur le Leox c'est la même IP que la LB 5: 192.168.1.1. J'ai aussi changé le plan d'adressage de la LB 5 avec 192.168.0.1 sans de meilleurs résultats.
Sur la Leox j'ai bien les voyants PON qui devient vert fixe suite au branchement de la fibre (pendant la sync ca clignote vert) et le LAN clignote quand c'est branché sur la LB 5 et même après un redémarrage de cette dernière, rien ne se passe !

Ah zut !
Moi je suis dans le 78 avec un OLT Alcatel et une Livebox 5 SMBSXXXXXXXX, ce qui est sur tu as une Livebox en ARLTXXXXXXXXX, sais tu quel est ton OLT ?
Si tu fais des captures c'est facile de savoir au travers de la MAC de l'OLT.

Que donne les voyants de la Livebox ?
Tu as bien éteins au moins 1min la Livebox avant de faire le test ?

axeit

  • Abonné Free fibre
  • *
  • Messages: 33
  • Brive (19)
Reverse Engineering : Nouveau système de génération de l'option 90 DHCP
« Réponse #661 le: 13 janvier 2022 à 12:13:54 »
Merci pour ton retour très rapide Nicolas. Je ne l'ai pas fait pendant 1 min, je vais le refaire ce midi merci. Pour l'IP, tu peux m'en dire un peu plus comment le Port 4 de la LB communique avec le LEOX. Ai-je besoin de me soucier des IPs sur chacun des deux ou est-ce à partir de LB que le DHCP spécifique Orange se fait donc peu importe les IPs sur la LB et sur le Leox ?
Pour les captures, je ne peux pas utiliser le Leox en direct pour qu'il me donne le traffic ? Si oui, tu sais comment ? Si non, je chercherais et je le ferais si le test d'arrêter la LB au moins 1 min ne donne aucun résultat.

Merci encore pour ton aide, c'est top

nscheffer

  • Abonné Orange Fibre
  • *
  • Messages: 439
  • Chavenay (78)
Reverse Engineering : Nouveau système de génération de l'option 90 DHCP
« Réponse #662 le: 13 janvier 2022 à 12:23:21 »
Merci pour ton retour très rapide Nicolas. Je ne l'ai pas fait pendant 1 min, je vais le refaire ce midi merci. Pour l'IP, tu peux m'en dire un peu plus comment le Port 4 de la LB communique avec le LEOX. Ai-je besoin de me soucier des IPs sur chacun des deux ou est-ce à partir de LB que le DHCP spécifique Orange se fait donc peu importe les IPs sur la LB et sur le Leox ?
Pour les captures, je ne peux pas utiliser le Leox en direct pour qu'il me donne le traffic ? Si oui, tu sais comment ? Si non, je chercherais et je le ferais si le test d'arrêter la LB au moins 1 min ne donne aucun résultat.

Merci encore pour ton aide, c'est top

Quand j'ai reçu le LEOX j'ai fait les deux changements, on-off la Livebox 5 pendant plus de 1Min et hop ca a marché du premier coup pour mes deux Livebox 5 (Orange et Orange Pro).

J'ai pas mal discuté avec Marcin (celui qui fabrique le LEOX en Pologne) et je lui ai fait part de mes retours et feedbacks. Il m'a aussi dit que la plupart des ONT du marché sont sur un SDK Luna 1.9 (Kernel 2.6.x) alors que le LEOX est sur le SDK Luna 3.3 (Kernel 3.18.x) mais il a besoin de 16Mb de Flash.

Tu as besoin de rien faire d'autre sur le LEOX il est vraiment Plugn and Play...avec toute la puissance du SDK Luna pour analyser, monitorer et configurer ce que tu veux mais j'en ai pas besoin dans mon cas.
Pour la com entre la Livebox et le LOEX pour moi le LEOX est transparent pour la Livebox. Une fois que le LEOX est connecté sur l'OLT, la Livebox peut faire sa requête DHCP avec la CoS 6 sur le Vlan 832 en traversant le LEOX. Le LEOX ne fait aucune routage, c'est que du niveau 2...

Ce que tu peux faire est de mettre un switch entre le LEOX et la Livebox 5 puis faire une capture Wireshark, l'analyse donnera vite la cause du problème.

axeit

  • Abonné Free fibre
  • *
  • Messages: 33
  • Brive (19)
Reverse Engineering : Nouveau système de génération de l'option 90 DHCP
« Réponse #663 le: 13 janvier 2022 à 13:35:05 »
Bon, ça ne marche pas. la lumière blanche de la LB5 sur Internet clignote et sur le Leox c'est les 2 premières qui sont fixes vertes.

Reste plus qu'aller faire une analyse des trames ce we car le lieu où est la fibre n'est pas très accessible.

Merci pour tes explications, j'y vois plus clair.

amisbievre

  • Abonné Orange Fibre
  • *
  • Messages: 14
  • Antony (92)
Reverse Engineering : Nouveau système de génération de l'option 90 DHCP
« Réponse #664 le: 15 janvier 2022 à 14:27:56 »
Bonjour,

Après pas mal de lecture, je me lance dans un PFSense avec le petit tric du 2Gbps. Pour le moment tout semble ok niveau hardware, je vais donc passer à la conf du PFSense.
J'ai donc une question sur la partie chaine d'authentification FTI en hexa  est-ce que le fti/id + pwd suffit ou est-ce qu'il faut également les deux autres chaines issus d'un dump de l'interface WAN?

En fait en lisant les postes je n'arrive pas à savoir si les deux parties RND (salt et byte) sont obligatoire ou pas.

D'avance merci :-)

cetipabo

  • Invité
Reverse Engineering : Nouveau système de génération de l'option 90 DHCP
« Réponse #665 le: 15 janvier 2022 à 14:36:28 »
Bonjour,

Après pas mal de lecture, je me lance dans un PFSense avec le petit tric du 2Gbps. Pour le moment tout semble ok niveau hardware, je vais donc passer à la conf du PFSense.
J'ai donc une question sur la partie chaine d'authentification FTI en hexa  est-ce que le fti/id + pwd suffit ou est-ce qu'il faut également les deux autres chaines issus d'un dump de l'interface WAN?

En fait en lisant les postes je n'arrive pas à savoir si les deux parties RND (salt et byte) sont obligatoire ou pas.

D'avance merci :-)
je t'ai répondu dans l'autre post mais en fait l'outil de récupération des données aurait plus sa place ici. Donc je le joins à ma réponse.
Pour ce qui est du fonctionnement, il suffit d'avoir sa livebox branchée, puis de lancer l'outil. On indique le pass d'accès à l'interface web de la livebox, on clique "connexion", et il ne reste plus qu'à copier les valeurs indiquées. Ce sont celles que la livebox envoie pour faire l'authentification. Donc rien à modifier ou calculer.



EDIT:
Fichier remplacé par un autre qui fonctionne sous Linux avec Wine.
« Modifié: 16 janvier 2022 à 20:47:15 par cetipabo »

amisbievre

  • Abonné Orange Fibre
  • *
  • Messages: 14
  • Antony (92)
Reverse Engineering : Nouveau système de génération de l'option 90 DHCP
« Réponse #666 le: 15 janvier 2022 à 14:45:21 »
Top,

Merci encore, cet outil est vraiment super pratique!

  • Invité
Reverse Engineering : Nouveau système de génération de l'option 90 DHCP
« Réponse #667 le: 16 janvier 2022 à 20:44:32 »
j'ai remplacé le fichier par une version qui marche sur Windows et Linux sous Wine (validée par @petrus)
j'ai désactivé le ping de test qui permet de vérifier la présence d'un équipement sur l'ip qui est indiqué dans l'interface. Apparement sous linux le ping n'est pas interpreté correctement ce qui empeche l'appli de fonctionner.

Fuli10

  • Abonné Free fibre
  • *
  • Messages: 1 010
  • Conflans Sainte Honorine (78)
Reverse Engineering : Nouveau système de génération de l'option 90 DHCP
« Réponse #668 le: 19 janvier 2022 à 15:13:04 »
j'ai remplacé le fichier par une version qui marche sur Windows et Linux sous Wine (validée par @petrus)
j'ai désactivé le ping de test qui permet de vérifier la présence d'un équipement sur l'ip qui est indiqué dans l'interface. Apparement sous linux le ping n'est pas interpreté correctement ce qui empeche l'appli de fonctionner.
Hello
J'ai testé la nouvelle version avec wine, ça fonctionne !
Et pourquoi ça ne fonctionnait pas avec le ping, la réponse est ici https://bbs.archlinux.org/viewtopic.php?id=250393
Et donc sauf à lancer en root peut de chance que ça fonctionne.

  • Invité
Reverse Engineering : Nouveau système de génération de l'option 90 DHCP
« Réponse #669 le: 19 janvier 2022 à 16:37:21 »
Hello
J'ai testé la nouvelle version avec wine, ça fonctionne !
Et pourquoi ça ne fonctionnait pas avec le ping, la réponse est ici https://bbs.archlinux.org/viewtopic.php?id=250393
Et donc sauf à lancer en root peut de chance que ça fonctionne.
bien vu !  ;)

petrus

  • Expert AS206155
  • Expert
  • *
  • Messages: 1 066
Reverse Engineering : Nouveau système de génération de l'option 90 DHCP
« Réponse #670 le: 20 janvier 2022 à 17:03:48 »
Et donc sauf à lancer en root peut de chance que ça fonctionne.

et sinon plutôt que de sortir la grosse artillerie et lancer en root des milliers de ligne de code, on peut faire les choses proprement :)

sudo setcap cap_net_raw+epi /usr/bin/wine-preloader

Mastah

  • Abonné Orange Fibre
  • *
  • Messages: 478
  • XGS-PON et G-PON
Reverse Engineering : Nouveau système de génération de l'option 90 DHCP
« Réponse #671 le: 04 février 2022 à 21:59:18 »
PTDR@cetipabo ckler !!!! EDIT : @Lucien oui en fait j'ai pas chronométré en plus j'étais dans l'espace temps ou ma co était coupée:)

J'ai reset le pfSense+ 21.05.2-RELEASE usine pour repartir sur du neuf et le publier ici :

-> Les deux binaires des clients DHCP v4 et 6 sont restés patchés, normal, j'ai même testé les deux binaires stock du firmware indépendamment pour confirmer la nécessité du patchage sur le pfSense+ :

- Le binaire du client DHCP v4 doit être patché pour ne pas avoir à définir la priorité au niveau du VLAN 832 (via l'IHM) qui serait valable pour tout le trafic (et donc ralentissement si j'ai bien vu à droite à gauche) mais au niveau de l'option modifier du client DHCP V4 avec "vlan-pcp 6" sinon parse error du fichier de conf généré par l'IHM.

- Le binaire du client DHCP v6 doit être patché aussi pour obtenir une gateway IPv6 sinon parse error du fichier de conf généré par l'IHM.

Ce qu'ils oublient de dire (ou alors que j'avais pas compris et ce qui m'a fait perdre un peu de temps) sur https://wiki.virtit.fr/doku.php/kb:linux:pfsense:remplacer_sa_box_orange_par_un_pfsense c'est qu'il faut bien attacher ce VLAN 832 à tout "WAN" dans le pfSense, et que les option modifiers qu'on trouve un peu partout *send-interface "igb0"* et *vlan-id 832* ne servent à rien et ne fonctionnent pas que ce soit avec ou sans attacher ce VLAN 832 à WAN par l'IHM. J'ai testé toutes les combinaisons et même un *send-interface "igb0.832"*

Tout le trafic passe donc par le VLAN 832 mais la priorité CoS 6 est seulement définie pour le client DHCPv4 grace au fameux option-modifier "vlan-pcp 6"

J'ai mes 1Gbps symétrique avec ce pfSense+ boitier alu officiel qui n'est même plus en vente car sa MoBo chauffe grave et grille si on ne lui met pas un petit ventilo sur le boitier (j'en ai grillé 1 et un ami grillé 1 aussi et la je tourne avec la dernière révision hard de la MoBo jamais vendue par pfSense pour ce modèle 2 ports)

Et le traditionnel speedtest pour finir. Mon beau 1Gbps symétrique impec sans aucune gigue sur ma robotique temps réel même avec des tonnes de threads contrairement à avec la LB5 en attendant de pousser le vice avec du 10GB


De mon coté en Orange Pro, j'ai voulu passer de PPPOE à DHCP cette aprem. J'y suis depuis 3h. Rien ne fonctionne ...
Je suis par contre quasi sur de bien avoir param comme il le fallait. Est-on sur que l'ensemble des lieux en France permettent de se co en DHCP sur offre Orange Pro ? Y a-t-il des prérequis ?

Ma conf sur opnsense est la suivante :


interface "bxe1_vlan832" {
        # DHCP Protocol Timing Values

        # DHCP Protocol Options
        send dhcp-class-identifier "sagem";
        send user-class "+FSVDSL_livebox.Internet.softathome.Livebox4";
        send option-90 xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx;
        request subnet-mask,broadcast-address,dhcp-lease-time,dhcp-renewal-time,dhcp-rebinding-time,domain-search, routers,domain-name-servers,option-90;

        script "/usr/local/opnsense/scripts/interfaces/dhclient-script";
        supersede interface-mtu 0;
}

ou

"bxe1_vlan832" {
        # DHCP Protocol Timing Values

        # DHCP Protocol Options
        send dhcp-class-identifier "sagem";
        send user-class "+FSVDSL_livebox.Internet.softathome.Livebox4";
        send option-90 xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx;
        request subnet-mask,broadcast-address,dhcp-lease-time,dhcp-renewal-time,dhcp-rebinding-time,domain-search, routers,domain-name-servers,option-90;
        send-interface "bxe1";
        vlan-id 832;
        vlan-pcp 6;

        script "/usr/local/opnsense/scripts/interfaces/dhclient-script";
        supersede interface-mtu 0;
}


Le résultat :

/sbin/dhclient -c '/var/etc/dhclient_wan.conf' -p '/var/run/dhclient.bxe1_vlan832.pid' 'bxe1_vlan832'
DHCPDISCOVER on bxe1_vlan832 to 255.255.255.255 port 67 interval 7
DHCPDISCOVER on bxe1_vlan832 to 255.255.255.255 port 67 interval 8
DHCPDISCOVER on bxe1_vlan832 to 255.255.255.255 port 67 interval 11
DHCPDISCOVER on bxe1_vlan832 to 255.255.255.255 port 67 interval 14
DHCPDISCOVER on bxe1_vlan832 to 255.255.255.255 port 67 interval 12
DHCPDISCOVER on bxe1_vlan832 to 255.255.255.255 port 67 interval 9
No DHCPOFFERS received.
No working leases in persistent database - sleeping.



------


J'ai essayer différente config de pcp. Directement sur le VLAN en 6, le VLAN en 0 mais le passage d'option dhcpv4 pour définir en 6 etc.
Rien ni fait, jamais aucune réponse.