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

ViMx · « **Réponse #4440 le:** 28 décembre 2019 à 18:08:17 »

Citation de: computman le 28 décembre 2019 à 01:43:19

Je suis exactement dans la même configuration que toi (SFR cuivre + fibre)

Il te suffit de suivre le tuto classique pour être en DHCP. Il te suffira juste de mettre dans ta config de failover le port avec le VLAN eth1.835 dans le port.

Tu peux déjà sauvegarder ta configuration. Partir a zéro sur le DHCP et après tu fais un diff pour rajouter ta config actuelle sans tout avoir a refaire.

Merci pour ta réponse.

Ca me rassure que ça semble "si simple" mais la partie "tu fais un diff pour rajouter ta config actuelle sans tout avoir a refaire" j'ai aucune idée de comment faire

C'est prendre une partie de mon fichier de conf actuel, et la mettre dans le fichier de conf lorsque j'aurai fait le setup en DHCP ?

Tu as un peu plus de détails 'step by step' pour faire cette partie ?

Merci

Autre question: Je peux faire ça sur une base ERL 2.0.x ?

ViMx · « **Réponse #4441 le:** 28 décembre 2019 à 20:55:32 »

Bon, ça commence mal: je n'arrive même pas à faire la config de base déjà

On est bien d'accord que c'est ce tuto qu'il faut que je suive ?

Citation de: zoc le 25 mars 2017 à 07:05:30

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
Pour les firmwares antérieurs à 1.10, 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";
A partir du firmware 1.10, cette étape 3 n'est plus nécessaire, et doit être remplacé par l'exécution de la commande de configuration ci-dessous (en mode configure donc. Cela doit être fait après avoir chargé le fichier de configuration définitif (donc après l'étape 3 à la fin de ce message):
Code: [Sélectionner]
set interfaces ethernet eth1 vif 832 dhcp-options global-option "option rfc3118-auth code 90 = string;"

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. Edit: Le 26/09/2018, Orange a modifié le contenu de cette chaine d'authentification. Elle doit maintenant être de la forme 00:00:00:00:00:00:00:00:00:00:00:1a:09:00:00:05:58:01:03:41:01:0d:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx
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.

Pas de souci pour mettre les 3 fichiers, dont le orange config avec chaîne hexa de la ligne 76 en hexa qui fait 98 caractères en tout !?

Mais je ne pense pas que ça vienne de là: Lorsque je commit, il n'arrive pas à charger la conf du tout... (Au bout de 5' je suis obligé de débrancher et je repars à 0)

Pour l'instant je suis revenu sur mon backup en pppoe. De l'aide est bienvenue... Comment trouver d'où vient le problème ?

computman · « **Réponse #4442 le:** 28 décembre 2019 à 21:48:48 »

Citation de: ViMx le 28 décembre 2019 à 20:55:32

Bon, ça commence mal: je n'arrive même pas à faire la config de base déjà

On est bien d'accord que c'est ce tuto qu'il faut que je suive ?

Pas de souci pour mettre les 3 fichiers, dont le orange config avec chaîne hexa de la ligne 76 en hexa qui fait 98 caractères en tout !?

Mais je ne pense pas que ça vienne de là: Lorsque je commit, il n'arrive pas à charger la conf du tout... (Au bout de 5' je suis obligé de débrancher et je repars à 0)

Pour l'instant je suis revenu sur mon backup en pppoe. De l'aide est bienvenue... Comment trouver d'où vient le problème ?

C'est bien le bon tuto

Moi j'utilise WINSCP pour les transferts et pour changer les droits à 0755

Si tu n'arrive pas à commit, essaye petit bout par petit bout, commit entre chaque pour trouver d'où ça vient et sinon mets ici ton fichier de config

Quand je dis de faire un dif, c'est de comparer tes 2 config et de mettre dans le nouveau les lignes de paramètres qu'il te manque pour gérer le failover (https://winmerge.org/?lang=fr)

zoc · « **Réponse #4443 le:** 29 décembre 2019 à 08:20:25 »

Attention, l’exécutable dhclient que j’ai fourni est exclusivement pour les firmware de la série 1.10 et ne fonctionnera pas sur un firmware 2.0.X...

Ensuite, je conseille vivement d’utiliser la chaîne d’authentification longue au lieu de la courte que j’ai mentionnée, mais pour cela il faut soit sniffer ce que la box envoie, soit passer par un script que j’ai, de mémoire, posté dans le sujet relatif à l’option 90 dans cette section du forum.

Bref, ce tuto est encore globalement correct, mais pas entièrement.

ViMx · « **Réponse #4444 le:** 04 janvier 2020 à 17:20:14 »

Yes, merci. Je suis bien parti d'un 1.10 factory.

Je suis proche de la fin je pense: J'ai réussi à faire marcher la config de base...

Puis, j'ai tenté de "fusionner" mes 2 fichiers de config:

Je suis parti de mon ancien fichier (Peut être une erreur ?) Puis j'ai c/c la partie sur l'interface eth1 de mon nouveau fichier que j'ai remplacé dans mon ancien.

J'ai vu également qu'il y avait tout le bloc "protocols" avec igmp-proxy qui n'existait pas du tout dans mon ancien fichier, je l'ai donc ajouté dans ma config.

Et j'ai tenté comme ça sauf que ça ne fonctionne pas. Pas d'erreur, mais j'ai pas de connection Orange...

Ah si:Dans les logs, j'ai un igmp-proxy qui n'arrive pas à démarrer

Code: [Sélectionner]

Jan 4 17:25:22	DK-001-ERL monit[858]: 'igmpproxy' service restarted 12 times within 12 cycles(s) - unmonitor
Jan 4 17:25:11	DK-001-ERL monit[858]: 'igmpproxy' failed to start

ViMx · « **Réponse #4445 le:** 04 janvier 2020 à 17:59:41 »

Bon, vous voulez une blague pas drôle ?

Et ben j'ai bien réussi à faire la migration de ma config, j'ai donc solutionné mon souci d'auth, par contre j'ai toujours une bride quelque part...

Ca vient bien de ma config failover finalement vu que lorsque j'ai réussi à faire tourner Orange avant d'avoir appliqué mon failover, et bien j'allais bien au delà de 400/300.

Là je suis à 90/110 péniblement...

Donc ya bien un paramétrage qui fout la merde sur le débit dans ma config.

Si vous avez une idée, je suis preneur... Merci

(J'ai juste viré les users, j'ai laissé tout le reste...)

EDIT: Je vire la config, tout est OK maintenant (Voir plus bas)

zoc · « **Réponse #4446 le:** 04 janvier 2020 à 18:31:11 »

Il manque toute la config de l'offload (dans system). Chez moi j'ai ça (ER4):

Code: [Sélectionner]

system {
   ...
    offload {
        hwnat disable
        ipsec enable
        ipv4 {
            forwarding enable
            gre enable
            vlan enable
        }
        ipv6 {
            forwarding enable
            vlan enable
        }
    }
   ...
}

ViMx · « **Réponse #4447 le:** 04 janvier 2020 à 18:32:15 »

Bon, je confirme: Il y a un vrai setup pourri quelque part: Dès que je lance un speedtest l'ERL se retrouve à 100% de CPU... Il doit y avoir un souci sur les routes ou le firewall ?

Mes compétences s'arrêtent là malheureusement

zoc · « **Réponse #4448 le:** 04 janvier 2020 à 18:33:06 »

Voir mon post juste au dessus

Là, l'offload n'est pas activé.

ViMx · « **Réponse #4449 le:** 04 janvier 2020 à 19:40:34 »

Oui ! Nos posts se sont croisés ! J'ai refait un commit avec ce bloc et tout est ok maintenant.

Merci beaucoup et bonne année

astroflo · « **Réponse #4450 le:** 05 janvier 2020 à 17:48:59 »

Bonjour,

J'ai installer recement sur mon routeur de spare Edgerouteur lite 3 la version 2.0.8, j'avais réussit la conf full dhcp en 1..10
j'ai essayer la configuration pour etre en full dhcp, cependant la conf dhcp ne fonctionne pas. la connection ne monte pas
je n'ai pas voulut installé le dhclient3 .

Je trourne actuellement en pppoe

Comment faire une conf full dhcp avec la version 2.0.8 je souhaite utilisé les fonctions de serveur unms, et celle ci ne fonctionne qu'a partir de la version 2.0

merci de votre aide

proap · « **Réponse #4451 le:** 05 janvier 2020 à 22:46:04 »

Citation de: zoc le 03 octobre 2019 à 15:53:26

Les sources du package d'origine sont dispo dans l'archive GPL sur le site d'Ubiquiti. Pour le code source du patch à appliquer c'est là: https://lafibre.info/remplacer-livebox/en-cours-remplacer-sa-livebox-par-un-routeur-ubiquiti-edgemax/?action=dlattach;attach=33988

Bonjour à tous. J'essaye de patcher le dhclient3 à partir des sources pour le dernier firmware 2.0.8. Tout passe sauf un HUNK pour lpf.c.

En inspectant le code de plus près, il a effectivement un peu changé:

+ /* Set Kernel Priority to 6 */
+ val = 6;
+ setsockopt(sock, SOL_SOCKET, SO_PRIORITY, &val, sizeof(val));
+

val = 1;
setsockopt(sock, SOL_PACKET, PACKET_AUXDATA, &val, sizeof(val));

Cet appel à la fonction setsockopt apparaît bien plus tard dans le code et les paramètres passés ne sont pas tout à fait les mêmes... Je manque des connaissances pour pouvoir inspecter le code et proposer une mise à jour fiable du patch.

Ma question:
est-ce que je peux utiliser le binaire dhcp3 pour les firmwares 1.10.x sur un ER4 en 2.0.x? Éventuellement quelqu'un a réussi a correctement patcher les dhcpclient des firmwares 2.0.x?

Merci!