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

Haribo_76 · « **Réponse #3504 le:** 01 février 2018 à 22:08:24 »

En 1.10 dibbler-client ne fonctionne plus chez moi, il ne récupère plus le prefixe.
Par contre tout fonctionne si on connait son prefixe

fttmeh as tu l'ipv6 dans la beta3 ?

log de dibbler-client run

2018.02.01 21:48:09 Client Notice Parsing /etc/dibbler/client.conf config file...
2018.02.01 21:48:09 Client Debug PD: Following interfaces marked as downlink: none
2018.02.01 21:48:09 Client Debug Prefix delegation option (no parameters) found.
2018.02.01 21:48:09 Client Debug Will send option 16 (hex data, len11)
2018.02.01 21:48:09 Client Debug Will send option 15 (hex data, len45)
2018.02.01 21:48:09 Client Debug Will send option 11 (hex data, len22)
2018.02.01 21:48:09 Client Debug Will send option 11 (hex data, len22)
2018.02.01 21:48:09 Client Debug Parsing /etc/dibbler/client.conf done, result=0(success)
2018.02.01 21:48:09 Client Debug 1 interface(s) specified in /etc/dibbler/client.conf
2018.02.01 21:48:09 Client Info Interface eth1.832/12 configuration has been loaded.
2018.02.01 21:48:09 Client Debug DUID's value = 000:01:00:01:22:06:31:xx:xx:xx:xx:xx:xx:xx was loaded from client-duid file.
2018.02.01 21:48:09 Client Info My DUID is 00:01:00:01:22:06:31:xx:xx:xx:xx:xx:xx:xx.
2018.02.01 21:48:09 Client Info Loading old address database (client-AddrMgr.xml), using built-in routines.
2018.02.01 21:48:09 Client Info DB timestamp:1517518156, now()=1517518605, db is 449 second(s) old.
2018.02.01 21:48:09 Client Debug Auth: Replay detection value loaded 0
2018.02.01 21:48:09 Client Info All client's 00:01:00:01:22:06:31:xx:xx:xx:xx:xx:xx:xx leases are not valid.
2018.02.01 21:48:09 Client Debug Bind reuse enabled (multiple instances allowed).
2018.02.01 21:48:09 Client Notice Creating control (

socket on the lo/1 interface.
2018.02.01 21:48:09 Client Notice Creating socket (addr=fe80::822a:a8ff:fe4c:375d) on eth1.832/12 interface.
2018.02.01 21:48:09 Client Debug Initialising link-state detection for interfaces: eth1.832/12
2018.02.01 21:48:09 Client Notice CONFIRM support compiled in.
2018.02.01 21:48:09 Client Info Creating SOLICIT message with 0 IA(s), no TA and 1 PD(s) on eth1.832/12 interface.
2018.02.01 21:48:09 Client Error AUTH: protocol 11320104 not supported yet.
2018.02.01 21:48:09 Client Debug Sending SOLICIT(opts:1 25 8 16 15 11 11 6 ) on eth1.832/12 to multicast.
2018.02.01 21:48:09 Client Debug Sleeping for 1 second(s).
2018.02.01 21:48:10 Client Info Processing msg (SOLICIT,transID=0xf9544b,opts: 1 25 8 16 15 11 11 6)
2018.02.01 21:48:10 Client Error AUTH: protocol 11320104 not supported yet.
2018.02.01 21:48:10 Client Debug Sending SOLICIT(opts:1 25 8 16 15 11 11 6 ) on eth1.832/12 to multicast.
2018.02.01 21:48:10 Client Debug Sleeping for 2 second(s).
2018.02.01 21:48:12 Client Info Processing msg (SOLICIT,transID=0xf9544b,opts: 1 25 8 16 15 11 11 6)
2018.02.01 21:48:12 Client Error AUTH: protocol 11320104 not supported yet.
2018.02.01 21:48:12 Client Debug Sending SOLICIT(opts:1 25 8 16 15 11 11 6 ) on eth1.832/12 to multicast.
2018.02.01 21:48:12 Client Debug Sleeping for 4 second(s).
2018.02.01 21:48:16 Client Info Processing msg (SOLICIT,transID=0xf9544b,opts: 1 25 8 16 15 11 11 6)
2018.02.01 21:48:16 Client Error AUTH: protocol 11320104 not supported yet.
2018.02.01 21:48:16 Client Debug Sending SOLICIT(opts:1 25 8 16 15 11 11 6 ) on eth1.832/12 to multicast.
2018.02.01 21:48:16 Client Debug Sleeping for 8 second(s).
2018.02.01 21:48:24 Client Info Processing msg (SOLICIT,transID=0xf9544b,opts: 1 25 8 16 15 11 11 6)
2018.02.01 21:48:24 Client Error AUTH: protocol 11320104 not supported yet.
2018.02.01 21:48:24 Client Debug Sending SOLICIT(opts:1 25 8 16 15 11 11 6 ) on eth1.832/12 to multicast.
2018.02.01 21:48:24 Client Debug Sleeping for 16 second(s).
2018.02.01 21:48:40 Client Info Processing msg (SOLICIT,transID=0xf9544b,opts: 1 25 8 16 15 11 11 6)
2018.02.01 21:48:40 Client Error AUTH: protocol 11320104 not supported yet.
2018.02.01 21:48:40 Client Debug Sending SOLICIT(opts:1 25 8 16 15 11 11 6 ) on eth1.832/12 to multicast.
2018.02.01 21:48:40 Client Debug Sleeping for 33 second(s).

zoc · « **Réponse #3505 le:** 02 février 2018 à 06:37:29 »

Citation de: Haribo_76 le 01 février 2018 à 22:08:24

En 1.10 dibbler-client ne fonctionne plus chez moi, il ne récupère plus le prefixe.

J'ai du mal à voir comment c'est possible puisque c'est notre propre paquet, qui donc ne change pas d'une version du firmware à l'autre. Et en dessous c'est un kernel Linux classique.

Haribo_76 · « **Réponse #3506 le:** 02 février 2018 à 11:19:22 »

ce matin tout fonctionne

peut être un problème chez orange

fttmeh · « **Réponse #3507 le:** 02 février 2018 à 22:44:31 »

Citation de: Haribo_76 le 01 février 2018 à 22:08:24

En 1.10 dibbler-client ne fonctionne plus chez moi, il ne récupère plus le prefixe.
Par contre tout fonctionne si on connait son prefixe

fttmeh as tu l'ipv6 dans la beta3 ?

Oui, sans problème. Je viens de faire l'upgrade à la version 1.10 final (disponible dans le forum beta, elle sera publiée la semaine du 5 février 2018) et tout fonctionne bien.

Citation de: Haribo_76 le 01 février 2018 à 22:08:24

log de dibbler-client run

2018.02.01 21:48:09 Client Notice Parsing /etc/dibbler/client.conf config file...
2018.02.01 21:48:09 Client Debug PD: Following interfaces marked as downlink: none
2018.02.01 21:48:09 Client Debug Prefix delegation option (no parameters) found.
2018.02.01 21:48:09 Client Debug Will send option 16 (hex data, len11)
2018.02.01 21:48:09 Client Debug Will send option 15 (hex data, len45)
2018.02.01 21:48:09 Client Debug Will send option 11 (hex data, len22)
2018.02.01 21:48:09 Client Debug Will send option 11 (hex data, len22)
2018.02.01 21:48:09 Client Debug Parsing /etc/dibbler/client.conf done, result=0(success)
2018.02.01 21:48:09 Client Debug 1 interface(s) specified in /etc/dibbler/client.conf
2018.02.01 21:48:09 Client Info Interface eth1.832/12 configuration has been loaded.
2018.02.01 21:48:09 Client Debug DUID's value = 000:01:00:01:22:06:31:xx:xx:xx:xx:xx:xx:xx was loaded from client-duid file.
2018.02.01 21:48:09 Client Info My DUID is 00:01:00:01:22:06:31:xx:xx:xx:xx:xx:xx:xx.
2018.02.01 21:48:09 Client Info Loading old address database (client-AddrMgr.xml), using built-in routines.
2018.02.01 21:48:09 Client Info DB timestamp:1517518156, now()=1517518605, db is 449 second(s) old.
2018.02.01 21:48:09 Client Debug Auth: Replay detection value loaded 0
2018.02.01 21:48:09 Client Info All client's 00:01:00:01:22:06:31:xx:xx:xx:xx:xx:xx:xx leases are not valid.
2018.02.01 21:48:09 Client Debug Bind reuse enabled (multiple instances allowed).
2018.02.01 21:48:09 Client Notice Creating control ( socket on the lo/1 interface.
2018.02.01 21:48:09 Client Notice Creating socket (addr=fe80::822a:a8ff:fe4c:375d) on eth1.832/12 interface.
2018.02.01 21:48:09 Client Debug Initialising link-state detection for interfaces: eth1.832/12
2018.02.01 21:48:09 Client Notice CONFIRM support compiled in.
2018.02.01 21:48:09 Client Info Creating SOLICIT message with 0 IA(s), no TA and 1 PD(s) on eth1.832/12 interface.
2018.02.01 21:48:09 Client Error AUTH: protocol 11320104 not supported yet.
2018.02.01 21:48:09 Client Debug Sending SOLICIT(opts:1 25 8 16 15 11 11 6 ) on eth1.832/12 to multicast.
2018.02.01 21:48:09 Client Debug Sleeping for 1 second(s).
2018.02.01 21:48:10 Client Info Processing msg (SOLICIT,transID=0xf9544b,opts: 1 25 8 16 15 11 11 6)
2018.02.01 21:48:10 Client Error AUTH: protocol 11320104 not supported yet.
2018.02.01 21:48:10 Client Debug Sending SOLICIT(opts:1 25 8 16 15 11 11 6 ) on eth1.832/12 to multicast.
2018.02.01 21:48:10 Client Debug Sleeping for 2 second(s).
2018.02.01 21:48:12 Client Info Processing msg (SOLICIT,transID=0xf9544b,opts: 1 25 8 16 15 11 11 6)
2018.02.01 21:48:12 Client Error AUTH: protocol 11320104 not supported yet.
2018.02.01 21:48:12 Client Debug Sending SOLICIT(opts:1 25 8 16 15 11 11 6 ) on eth1.832/12 to multicast.
2018.02.01 21:48:12 Client Debug Sleeping for 4 second(s).
2018.02.01 21:48:16 Client Info Processing msg (SOLICIT,transID=0xf9544b,opts: 1 25 8 16 15 11 11 6)
2018.02.01 21:48:16 Client Error AUTH: protocol 11320104 not supported yet.
2018.02.01 21:48:16 Client Debug Sending SOLICIT(opts:1 25 8 16 15 11 11 6 ) on eth1.832/12 to multicast.
2018.02.01 21:48:16 Client Debug Sleeping for 8 second(s).
2018.02.01 21:48:24 Client Info Processing msg (SOLICIT,transID=0xf9544b,opts: 1 25 8 16 15 11 11 6)
2018.02.01 21:48:24 Client Error AUTH: protocol 11320104 not supported yet.
2018.02.01 21:48:24 Client Debug Sending SOLICIT(opts:1 25 8 16 15 11 11 6 ) on eth1.832/12 to multicast.
2018.02.01 21:48:24 Client Debug Sleeping for 16 second(s).
2018.02.01 21:48:40 Client Info Processing msg (SOLICIT,transID=0xf9544b,opts: 1 25 8 16 15 11 11 6)
2018.02.01 21:48:40 Client Error AUTH: protocol 11320104 not supported yet.
2018.02.01 21:48:40 Client Debug Sending SOLICIT(opts:1 25 8 16 15 11 11 6 ) on eth1.832/12 to multicast.
2018.02.01 21:48:40 Client Debug Sleeping for 33 second(s).

J'ai eu ce type de problème dans le passé. La seule solution est de couper l'alimentation de tout (ONT, switch, router ERL) puis rallumer après une minute. Bizarre je sais.

computman · « **Réponse #3508 le:** 03 février 2018 à 01:56:26 »

Citation de: zoc le 03 janvier 2018 à 16:58:32

Il faudrait vraiment que je trouve le temps de proposer un patch pour dhclient un peu plus évolué, avec la QoS configurable depuis le fichier de conf... Du coup comme ça on pourrait la changer avec le même mécanisme de "global-options"...

Ensuite il ne restera plus que le problème de l'IPv6. A un moment on leur avait suggéré de remplacer wide-dhcpv6 par dibbler, mais pour l'instant ça n'a pas l'air d'être leur priorité...

ça veut dire que plus besoin de remplacer le dhclient3, de rajouter rfc3442-classless-routes.sh et de modifier vyatta-interfaces.pl. Il suffira de rajouter les bonnes lignes dans le fichier de conf une fois la 1.10 dispo ?

Le reste restera inchangé ?

Si oui ça simplifie grandement les choses

zoc · « **Réponse #3509 le:** 03 février 2018 à 06:39:40 »

Si j'avais pu proposer un patch et qu'il avait été accepté

Et en l'occurrence ce n'est pas le cas pour la 1.10 (j'ai commencé à travailler sur un patch un peu plus propre, avec une priorité paramétrable dans le fichier de config mais je n'ai pas eu le temps de finaliser).

Donc remplacement du dhclient3 et ajout du script pour les routes toujours nécessaires pour la 1.10. Le seuls changement est qu'elle rajoute une option "global-parameters" aux paramètres client DHCP, ce qui évite de devoir patcher vyatta-interfaces.pl (qui de toute façon n'est plus utilisé) donc le modifier ne marche plus.

computman · « **Réponse #3510 le:** 10 février 2018 à 00:35:32 »

Citation de: zoc le 03 février 2018 à 06:39:40

Si j'avais pu proposer un patch et qu'il avait été accepté

Et en l'occurrence ce n'est pas le cas pour la 1.10 (j'ai commencé à travailler sur un patch un peu plus propre, avec une priorité paramétrable dans le fichier de config mais je n'ai pas eu le temps de finaliser).

Donc remplacement du dhclient3 et ajout du script pour les routes toujours nécessaires pour la 1.10. Le seuls changement est qu'elle rajoute une option "global-parameters" aux paramètres client DHCP, ce qui évite de devoir patcher vyatta-interfaces.pl (qui de toute façon n'est plus utilisé) donc le modifier ne marche plus.

Pour résumer et préparer les questions qui vont arriver sur le sujet penses-tu que de réécrire le tuto avec le firmware 1.10 serait pertinent ?

Surtout que je vois qu'il est dispo maintenant en final https://community.ubnt.com/t5/EdgeMAX-Updates-Blog/EdgeMAX-EdgeRouter-software-security-release-v1-10-0/ba-p/2233263

Voilà le tuto qui est dans des pages beaucoup plus loin (si ça peut aider) :

Code: [Sélectionner]

Voici la configuration de base, sans Livebox (donc pas de téléphone), qui a les caractéristiques suivantes:
Fonctionne en DHCP, IPv4 uniquement.
ONT connecté à ETH1
Réseau "DATA" connecté sur eth0
Réseau dédié pour le(s) decodeur(s) TV sur eth2. Il est possible de les mettre sur eth0 également, dans ce cas il faut modifier la configuration d'igmp-proxy, en passant  le role de eth2 à "disabled" et celui d'eth0 à "downstream"
Adaptée au firmware 1.9.1. Ne fonctionnera pas sur les firmwares précédents.

Etapes:
Remplacer /sbin/dhclient3 par la version liée à ce message, s'assurer que le propriétaire est root, groupe root, droits 755
Copier le fichier rfc3442-classless-routes.sh dans le répertoire /etc/dhcp3/dhclient-exit-hooks.d (et supprimer l'extension .sh qui a été rajoutée par le forum lors de l'upload) , s'assurer que le propriétaire est root, groupe root, droits 755
Modifier le fichier /opt/vyatta/sbin/vyatta-interfaces.pl: Il faut rechercher la ligne $output .= "option rfc3442-classless-static-routes code 121 = array of unsigned integer 8;\n\n"; et rajouter juste au dessous  $output .= "option rfc3118-auth code 90 = string;\n\n";. Ca doit donner ca:
Code: [Sélectionner]
    $output .= "option rfc3442-classless-static-routes code 121 = array of unsigned integer 8;\n\n";
    $output .= "option rfc3118-auth code 90 = string;\n\n";

Avant d'aller plus loin, il est temps de rebooter pour s'assurer que le routeur démarre toujours bien. Ensuite, éditer le fichier config.orange.txt joint. Attention, sous Windows n'utilisez pas le Bloc-Notes (Notepad), mais un éditeur capable de préserver les caractères de fin de ligne Unix, comme Notepad++ (gratuit):
Remplacer les XX:XX... par votre identifiant "fti/xxxxxx" encodé en hexadécimal
Remplacer les YY:YY:YY... par l'adresse mac de votre Livebox (pas le décodeur, le modem)
Copier le fichier sur le routeur, remplacer la configuration existante à l'aide des commandes ci-dessous:
Code: [Sélectionner]
configure
load config.orange.txt

Le routeur devrait redémarrer et la connexion s'effectuer.

maisonverte · « **Réponse #3511 le:** 11 février 2018 à 19:00:20 »

Bonjour a tous,

Je suis actuellement avec un ERL lite avec la livebox derriere.
hormis le soucis de tel la semaine derniere je suis satisfait.
L'ERL est en version 1.85 et je vois sur le site d'ubiquity qu'il y a des versions bien plus recentes.
Il y a t'il intéret a upgrader, si oui il y a t'il des risques que cela ne fonctionne plus par rapport a ma configuration existante.
Je suis preneur de retour d'experience.

Merci d'avance,

Jean.

computman · « **Réponse #3512 le:** 11 février 2018 à 19:44:11 »

Le changelog est disponible pour la dernière version 1.10 et toutes les autres précédentes.
Il y a pour certaines des corrections de bugs, patch de sécurités et autres. A toi de voir.
Pour le moment la version la plus haute qui fonctionne avec le hack de zoc est la 1.9.7 hotfix 4

hoyohoyo · « **Réponse #3513 le:** 11 février 2018 à 20:00:18 »

Franchement depuis l'aide de zoc qu'il m'a beaucoup aidé pour la config, depuis je n'ai pas u une déconnexion

Je suis en v1.9.1.1, tant que ça fonctionne on touche pas :p

maisonverte · « **Réponse #3514 le:** 11 février 2018 à 20:06:23 »

Merci de vos retour,

Est-ce qu'on peut downgrader en cas de pb ?
Je crois que je vais rester avec la 1.8.5 du coup.

Jean.

zoc · « **Réponse #3515 le:** 12 février 2018 à 08:55:07 »

Citation de: computman le 10 février 2018 à 00:35:32

penses-tu que de réécrire le tuto avec le firmware 1.10 serait pertinent ?

J'ai déjà modifié il y a quelques jours le message référencé dans le premier message de ce sujet, afin de faire la différence entre un firmware pré 1.10 et 1.10 et suivants... La seule différence est qu'il ne faut plus patcher vyatta-interfaces.pl et à la place utiliser le paramètre "global-option" dans le fichier de config (ça fait donc un truc à patcher en moins).

(Par contre je n'ai pas testé, je ne suis pas en FW 1.10 pour l'instant, pas trop le temps en ce moment...).