Auteur Sujet: Remplacement de la Livebox par un routeur Openwrt (Lu 363232 fois)

simon · « **Réponse #1104 le:** 17 mars 2025 à 13:56:36 »

La config a l'air correcte pourtant. As-tu moyen de migrer vers une version d'OpenWRT plus récente ? 22.x, c'est assez vieux.

Cimmerian_Iter · « **Réponse #1105 le:** 17 mars 2025 à 13:59:12 »

Je peux mettre a jour bien evidemment, mais je l'avais laissé en 22.03 car le github avait des fichiers conf pour le 22.03. Mais d'abord je vais changer le token, être sur que l'OTP soit reconnu par Orange et on verra bien. J'ai aussi des doutes sur le fichier config car j'arrive pas a expliquer l'existence du eth0 dans la liste des devices, j'avais pourtant bien tout changé par wan dans la config. A moins que cela ne soit pas un problème?

renaud07 · « **Réponse #1106 le:** 17 mars 2025 à 15:40:03 »

Citation de: simon le 17 mars 2025 à 13:56:36

La config a l'air correcte pourtant. As-tu moyen de migrer vers une version d'OpenWRT plus récente ? 22.x, c'est assez vieux.

La version d'OWRT n'est sans doute pas le problème (à moins d'un soucis sur la version spécifique au matériel), je tourne en 19.07, tout fonctionne.

simon · « **Réponse #1107 le:** 17 mars 2025 à 17:52:08 »

J'aurais tendance à dire que tu as raison, mais si tu regardes les logs, on a quand meme udhcpc qui n'arrive pas à faire rentrer les options vendor class / client identifier dans la requête et qui crash (!), probablement sur un buffer overflow, un null pointer ou autre use after free.
Ca ne peut pas être bon.

Cimmerian_Iter, tu peux aussi essayer de retirer les commentaires qui suivent les options (tu peux les mettres par exemple sur une ligne vierge au dessus si tu tiens à les conserver), des fois que le parser les passerait comme une option... mais j'en doute.

Au cas où, j'ai ces configs là pour ma patte WAN :

Code: [Sélectionner]

# VLAN 832 - orange
config device
        option name 'eth0.832'
        option macaddr '<MAC_LIVEBOX>'

config interface 'wan6'
	option device 'eth0.832'
	option mtu '1500'
	option force_link '1'
	option proto 'dhcpv6'
	option peerdns '0'
	option norelease '1'
	option reqprefix 'auto'
	option reqaddress 'none'
	option defaultreqopts '0'
	option reqopts '11 17 23 24'
	option noclientfqdn '1'
	option noacceptreconfig '1'
	option sendopts '11:<AUTH> 15:FSVDSL_livebox.Internet.softathome.livebox3 16:0000040e0005736167656d'
	option clientid '00030001<MAC_LIVEBOX>'
	option verbose '1'

config interface 'wan4'
	option device 'eth0.832'
	option mtu '1500'
	option force_link '1'
	option proto 'dhcp'
	option peerdns '0'
	option broadcast '1'
	option vendorid 'sagem'
	option hostname '*'
	option reqopts '1 3 6 15 28 51 58 59 90 119 125'
	option sendopts '77:2b46535644534c5f6c697665626f782e496e7465726e65742e736f66746174686f6d652e4c697665626f7833 90:<AUTH>'
	option clientid '01<MAC_LIVEBOX>'

Ca marche sans souci depuis des années.

Cimmerian_Iter · « **Réponse #1108 le:** 17 mars 2025 à 20:11:33 »

Bon j'ai fait plusieurs étape.

Déja je suis reparti de la config de base et j'ai mis le bon AUTH (en demandant a sosh mon mdp), et j'ai enlevé les commentaires.

J'ai aussi contacté le service client sosh/orange, pour qu'ils activent le boitier fibre orange que j'ai acheté sur leboncoin (ils ont tenté de me faire passer a un cable fibre 15m, j'ai persisté pour utiliser le boitier sans dire que je voulais virer la livebox), j'ai checké que le boitier fonctionne avec la livebox.

Maintenant, ça marche, j'ai bel et bien internet. Bon le débit est pas ouf par wifi, pas aidé par le fait que mon routeur asus date de 2010 mais ça fait plaisir d'avoir quelque chose de plus manipulable qu'une livebox. Et puis bon 200 mb/s c'est suffisant pour une personne, le reste (shield tv pro, PS4, mac mini) passera en ethernet.

En ce qui concerne l'ethernet, il me semble que la config de base n'a pas de dhcp sur les port ethernet? Je vois dans les devices que j'ai qu'un lan, utilisé en statique pour avoir l'interface luci sur cet ip. Je dois ajouter une interface lan que je configure en dhcp? En tout cas quand je branche un appareil en ethernet il ne se voit pas attribué une ip

EDIT : j'ai de la chance, mon asus a un MT7621ST qui est l'un des seul processeur a supporter le hardware offloading sur open wrt. J'ai activé l'option et ça va plus vite maintenant.

nando11 · « **Réponse #1109 le:** 18 mars 2025 à 20:49:11 »

Bonsoir,
Je viens de découvrir que Sosh vient d'augmenter le débit

Je m'en suis rendu compte après avoir fini de configurer un routeur mini itx à base de Athlon 5350 (Jaguar) + une carte Intel i350-t4 pour le LAN, le WAN (depuis l'ONT) utilisant le chipset Realtek de la carte mère. Faudrait que je teste plus tard en mettant le WAN sur le eth0 de la i350-t4.
J'ai basculé ma config (24.10.0) depuis le WNDR3800, avec quelques ajustements bien sûr.

Le speedtest

Hosted by DSCW (Vélizy-Villacoublay) [421.14 km]: 11.628 ms
Testing download speed................................................................................
Download: 784.43 Mbit/s
Testing upload speed...
Upload: 733.23 Mbit/s

avec le Netgear WNDR3800, je ne dépassais pas 350/350.
edit: J'ai testé à nouveau avec le WNDR3800 pour être sûr et ça ne monte pas plus haut (350/350) donc soit le CPU ne peut pas suivre ou alors problème de config.
Bref, très content !

Cimmerian_Iter · « **Réponse #1110 le:** 19 mars 2025 à 08:57:01 »

Bonjour,

Est ce que le script est dépendant de dnsmasq? Ou alors je peux remplacer dnsmasq par unbound et faire du dns over tls?

Merci

simon · « **Réponse #1111 le:** 19 mars 2025 à 09:58:10 »

De quel script parles tu ?

Cimmerian_Iter · « **Réponse #1112 le:** 19 mars 2025 à 10:02:46 »

Check_internet.sh il me semble? Celui qui s'occupe de faire en sorte que on ai de la connexion a chaque instant si jamais elle expire elle relance le processus de demande d'ip a orange. Ou alors j'ai mal compris son role.

simon · « **Réponse #1113 le:** 19 mars 2025 à 10:04:39 »

Je ne sais pas où il est, si tu as un lien je peux checker. Mais à froid, vu ce qu'il fait, je ne pense pas qu'il soit lié à dnsmasq, non. Tu dois pouvoir utiliser le remplacer par unbound sans souci.

Cimmerian_Iter · « **Réponse #1114 le:** 19 mars 2025 à 10:09:47 »

Sur le github, en soit il ne fait que reboot si le ping 1.1.1.1 fail, mais la config dhcp utilise dnsmasq. Et je suppose que cette option sendopts '11:XAUTH 15:FSVDSL_livebox.Internet.softathome.Livebox6 16:0000040e0005736167656d 17:000005580006000e495056365f524551554553544544' doit passer par dnsmasq par conséquent?

Si j'enlève dnsmasq et que je mets unbound, je devrais adapter la config pour que le routeur envoie quand meme la negociation pour l'ip?

simon · « **Réponse #1115 le:** 19 mars 2025 à 10:40:48 »

Citation de: Cimmerian_Iter le 19 mars 2025 à 10:09:47

Sur le github, en soit il ne fait que reboot si le ping 1.1.1.1 fail, mais la config dhcp utilise dnsmasq.

Oui, donc normalement pas de souci : pas besoin de dns/dnsmasq pour faire un ping.

Citation de: Cimmerian_Iter le 19 mars 2025 à 10:09:47

Et je suppose que cette option sendopts '11:XAUTH 15:FSVDSL_livebox.Internet.softathome.Livebox6 16:0000040e0005736167656d 17:000005580006000e495056365f524551554553544544' doit passer par dnsmasq par conséquent?

Non, ces options passent par les clients DHCP (udhcpc et odhcp6c il me semble). dnsmasq peut faire *serveur* DHCP côté LAN, ces options ne sont pas pour lui.

Citation de: Cimmerian_Iter le 19 mars 2025 à 10:09:47

Si j'enlève dnsmasq et que je mets unbound, je devrais adapter la config pour que le routeur envoie quand meme la negociation pour l'ip?

Essayes, pour moi il ne devrait pas y avoir à changer quoi que ce soit au niveau de ce script (car ce sont des choses séparées).