Auteur Sujet: Remplacer sa Livebox par un routeur Ubiquiti Edgemax (Lu 1529794 fois)

FrCo · « **Réponse #4356 le:** 19 août 2019 à 23:55:00 »

La livebox est remplacé dans le sens ou pour tout ce qui touche a la connexion au réseau Orange, c'est le routeur Ubiquiti qui le gère.
Maintenant, il y a ceux qui ont encore besoin de la téléphonie et dans ce cas là, la livebox est toujours nécessaire, mais c'est toujours le routeur Ubiquiti qui gère la connexion.

nerthazrim · « **Réponse #4357 le:** 20 août 2019 à 13:14:09 »

Citation de: zoc le 19 août 2019 à 08:35:31

Avec la 1.10.X, si vous voulez vous passer du switch pour la CoS, alors il faut un dhclient patché + un dibbler patché.

Avec la 2.0.X, le client patché est toujours nécessaire pour IPv4, et, si le patch a bien été fait, il s'applique aussi à IPv6...

Donc, non, il n'est pas nécessaire d'avoir un switch pour la CoS en 2.0.X si on utilise dhclient pour IPv4 et IPv6.

Si tu as / trouves un tuto et le binaire dhclient qui vont bien pour Ipv4 + Ipv6 sans switch COS et sans avoir besoin de dibbler, je suis preneur

zoc · « **Réponse #4358 le:** 21 août 2019 à 11:37:05 »

Bah le tuto je l'ai déjà donné (il suffit d'ignorer la partie qui parle de la CoS marquée par le switch).

Pour le dhclient, vu que je ne passerai pas à la série 2.0.X tant que la baisse de perfs de 5 à 10% (confirmée par Ubiquiti) ne sera pas réglée, il va falloir tester avec celui qui a déjà été posté par je ne sais plus qui (et que tu utilises probablement déjà d'ailleurs pour IPv4). Quoi qu'il en soit, si le code source du patch qui a été réappliqué est basé sur le mien, alors ça devrait fonctionner en IPv6.

nerthazrim · « **Réponse #4359 le:** 21 août 2019 à 11:41:17 »

Décidèment, je fonctionne vraiment au ralenti...

Je me disais qu'il fallait un dhclient modifié pour se charger de la COS, qui n'est pas dans le tuto que tu as linked plus haut... Mais j'en utilise effectivement déjà un, donc je pourrais très bien mixer les 2 en effet.
Je teste ça dès que j'ai un peu de temps

Désolé de te faire tourner en rond

nerthazrim · « **Réponse #4360 le:** 21 août 2019 à 15:19:33 »

Citation de: nerthazrim le 21 août 2019 à 11:41:17

Décidèment, je fonctionne vraiment au ralenti...

Je me disais qu'il fallait un dhclient modifié pour se charger de la COS, qui n'est pas dans le tuto que tu as linked plus haut... Mais j'en utilise effectivement déjà un, donc je pourrais très bien mixer les 2 en effet.
Je teste ça dès que j'ai un peu de temps

Désolé de te faire tourner en rond

Bon alors, j'ai fait quelques tests non concluants pour la v6 avec le dhclient qui marche très bien en IPv4 en s'occupant de la COS, dispo sur ce thread
J'ai bien sûr supprimé dibbler au préalable et tous les fichiers liés que j'avais créé.

L'authent avec dhclient -6 a l'air de bien se passer, parce que quand je change ma string d'authent, je ne reçois aucune réponse.
Par contre, lorsque l'authent passe, ce que je reçois en chaine termine par :

Code: [Sélectionner]

IA_PD status code NoPrefixAvail: "No prefixes have been assigned"
Une idée de pourquoi ? Le dhclient recompilé dispo ici n'ajoute la COS qu'en v4 peut-être ?

zoc · « **Réponse #4361 le:** 21 août 2019 à 16:56:18 »

Je pense que si la CoS n'était pas bonne tu n'aurais tout simplement pas de réponse.

Par contre, lors du passage de dibbler à dhclient, je conseille fortement de récupérer le DUID que dibbler utilisait (il se trouve dans /var/lib/dibbler/client-duid) et de l'utiliser en tant que "dhcp6.client-id" dans la config. Il est en effet possible qu'Orange ne distribue pas de préfixe si le client envoie un DUID différent de celui des requêtes précédentes (et comme tu viens de passer de dibbler à dhclient...).

nerthazrim · « **Réponse #4362 le:** 21 août 2019 à 17:03:46 »

Effectivement j'avais lu ici à propos du DUID.

J'ai réinstallé dibbler-client, je l'ai relancé, il chope le préfixe sans souci.
Je l'ai stoppé, check le DUID comme tu me l'as indiqué mais c'est le même que celui que j'avais mis dans la conf dhclient.

J'ai retenté de lancer dhclient (eth1 étant bien l'interface connectée à l'ONT) :

Code: [Sélectionner]

/sbin/dhclient -6 -P -v -cf /etc/dhcp3/dhclient6_eth1_832.conf -pf /var/run/dhclient6_eth1_832.pid -lf /var/run/dhclient6_eth1_832.leases eth1.832

Toujours la même réponse

Je viens par contre de remarquer qu'au tout début de l'exécution de dhclient, j'ai ça :

Code: [Sélectionner]

Option new_ip requires an argument
Option old_ip requires an argument

Les seuls endroits où je trouve "old_ip" sont des scripts vyatta liés aux VPNs PPTP, L2TP et IPSec donc j'imagine que ce n'est pas lié à mon problème...

fttmeh · « **Réponse #4363 le:** 21 août 2019 à 20:16:57 »

Citation de: nerthazrim le 21 août 2019 à 17:03:46

Effectivement j'avais lu ici à propos du DUID.

J'ai réinstallé dibbler-client, je l'ai relancé, il chope le préfixe sans souci.
Je l'ai stoppé, check le DUID comme tu me l'as indiqué mais c'est le même que celui que j'avais mis dans la conf dhclient.

J'ai eu un problème similaire. La solution pour moi a été de éteindre le router et l'ONT pendant au moins 30 secondes puis tout rédemarrer.

Ensuite, pour diagnostiquer le problème de dhclient, tu peux mettre la variable RUN="yes" dans /etc/dhcp3/dhclient-exit-hooks.d/debug et lire le log /tmp/dhclient-script.debug

nerthazrim · « **Réponse #4364 le:** 21 août 2019 à 20:36:25 »

Hello fttmeh !

Citation de: fttmeh le 21 août 2019 à 20:16:57

J'ai eu un problème similaire. La solution pour moi a été de éteindre le router et l'ONT pendant au moins 30 secondes puis tout rédemarrer.

Malheureusement ça n'a rien changé dans mon cas, toujours la même chose avec dhclient.

Voici le contenu qui s'ajoute au log quand je lance la commande :

Code: [Sélectionner]

Wed Aug 21 20:35:18 CEST 2019: entering dhclient-exit-hooks.d, dumping variables.
reason='PREINIT6'
interface='eth1.832'
medium=''
alias_ip_address=''
new_ip_address=''
new_subnet_mask=''
new_domain_name=''
new_domain_name_servers=''
new_routers=''
new_static_routes=''
old_ip_address=''
old_subnet_mask=''
old_domain_name=''
old_domain_name_servers=''
old_routers=''
old_static_routes=''
--------------------------

Et l'output complet de la commande dhclient -6 :

Code: [Sélectionner]

PRC: Soliciting for leases (INIT).
XMT: Forming Solicit, 0 ms elapsed.
XMT:  X-- IA_PD 51:7b:c6:a6
XMT:  | X-- Request renew in  +3600
XMT:  | X-- Request rebind in +5400
XMT: Solicit on eth1.832, interval 1090ms.
RCV: Advertise message on eth1.832 from fe80::ba0:bab.
RCV:  X-- Preference 255.
RCV:  X-- IA_PD 51:7b:c6:a6
RCV:  | X-- starts 1566412520
RCV:  | X-- t1 - renew  +80323
RCV:  | X-- t2 - rebind +207360
RCV:  | X-- [Options]
RCV:  | | X-- IAPREFIX 2a01:cb15:94:d300::/56
RCV:  | | | X-- Preferred lifetime 259200.
RCV:  | | | X-- Max lifetime 259200.
RCV:  X-- Server ID: 00:02:00:00:05:58:44:45:53:48:41:59:45:53:53:55:44
RCV:  Advertisement immediately selected.
PRC: Selecting best advertised lease.
PRC: Considering best lease.
PRC:  X-- Initial candidate 00:02:00:00:05:58:44:45:53:48:41:59:45:53:53:55 (s: 152, p: 255).
XMT: Forming Request, 0 ms elapsed.
XMT:  X-- IA_PD 51:7b:c6:a6
XMT:  | X-- Requested renew  +3600
XMT:  | X-- Requested rebind +5400
XMT:  | | X-- IAPREFIX 2a01:cb15:94:d300::/56
XMT:  | | | X-- Preferred lifetime +7200
XMT:  | | | X-- Max lifetime +7500
XMT:  V IA_PD appended.
XMT: Request on eth1.832, interval 950ms.
RCV: Reply message on eth1.832 from fe80::ba0:bab.
RCV:  X-- IA_PD 51:7b:c6:a6
RCV:  | X-- starts 1566412520
RCV:  | X-- t1 - renew  +87258
RCV:  | X-- t2 - rebind +207360
RCV:  | X-- [Options]
RCV:  X-- Server ID: 00:02:00:00:05:58:44:45:53:48:41:59:45:53:53:55:44
IA_PD status code NoPrefixAvail: "No prefixes have been assigned"

Dites-moi s'il y a des identifiants que je devrais planquer dans ces logs, je ne vois rien de confidentiel mais sait-on jamais :p

nerthazrim · « **Réponse #4365 le:** 21 août 2019 à 20:41:44 »

J'ai ajouté des détails à mon post précédent.

La modif sur le script de logging n'a rien changé au contenu des logs.
Enfin j'ai bien des lignes en plus mais elles sont toutes vides.

Citation de: fttmeh le 21 août 2019 à 20:38:35

Ensuite, tu as bien éteint et rallumé ton ONT ?

Oui et attendu une bonne minute.

fttmeh · « **Réponse #4366 le:** 21 août 2019 à 20:47:21 »

Citation de: nerthazrim le 21 août 2019 à 20:41:44

J'ai ajouté des détails à mon post précédent.

La modif sur le script de logging n'a rien changé au contenu des logs.
Oui et attendu une bonne minute.

De ton post je vois bien que tu as reçu une réponse de la part d'Orange. Je ne vois pas cependant le message pour dire que tu as eu un prefixe (eg. BOUND6|REBIND6)

Code: [Sélectionner]

XMT: Solicit on eth1.832, interval 1090ms.
RCV: Advertise message on eth1.832 from fe80::ba0:bab.

Tu peux poster ton fichier de conf de dhclient6.

nerthazrim · « **Réponse #4367 le:** 21 août 2019 à 20:53:09 »

Citation de: fttmeh le 21 août 2019 à 20:47:21

Tu peux poster ton fichier de conf de dhclient6.

Le voici :

Code: [Sélectionner]

option dhcp6.auth code 11 = string;
option dhcp6.vendorclass code 16 = string;
option dhcp6.userclass code 15 = string;

#Replace eth0 with your external interface (VLAN must be 832 for Orange)
interface "eth1.832" {
        #Orange France specific options
        send dhcp6.vendorclass  00:00:04:0e:00:05:73:61:67:65:6d;
        send dhcp6.userclass 00:2b:46:53:56:44:53:4c:5f:6c:69:76:65:62:6f:78:2e:49:6e:74:65:72:6e:65:74:2e:73:6f:66:74:61:74:68:6f:6d:65:2e:6c:69:76:65:62:6f:78:34;
        send dhcp6.vendor-opts 00:00:05:58:00:06:00:0e:49:50:56:36:5f:52:45:51:55:45:53:54:45:44;

        #Authentication to Orange France DHCP server (meme valeur pour ipv4)
        send dhcp6.auth 00:00:00:00:00:00:00:00:00:00:00:1a:09:XX:00:05:XX:01:XX:41:XX:0d:XX:74:XX:2f:65:XX:70:6B:33:37:XX;

        #Replace xx:xx:xx:xx:xx:xx with the MAC address of your external interface
        send dhcp6.client-id 00:03:00:01:a4:XX:51:XX:c6:XX;

        request dhcp6.auth, dhcp6.vendor-opts, dhcp6.name-servers, dhcp6.domain-search;
}

Evidemment les XX sont juste pour cacher les identifiants ici.
L'hexa de dhcp6.auth est un copier-coller de celui de l'IPv4. Si je ne change qu'un seul char, je ne reçois plus rien du tout. J'ai tendance à croire que cette partie-là est bonne du coup ?
Même chose concernant le client-id, c'est le même que pour la partie TV et c'est bien l'ID qui est pris par dibbler quand je l'utilise.