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

tit91 · « **Réponse #1020 le:** 09 septembre 2024 à 18:36:51 »

Bonjour,

Dans pareil cas, je pense que capturer en permanence (jusqu'à chopper une occurrence de déconnexion) le trafic ARP/ICMPv6/DHCP pourrait aider à établir un diagnostic.
Par exemple à vérifier que le marquage est correct (dot1p, DSCP).

simon · « **Réponse #1021 le:** 09 septembre 2024 à 22:49:07 »

Citation de: basilix le 09 septembre 2024 à 17:53:02

Sur le forum OpenWrt, on demande de publier systématiquement ses fichiers de configuration pour résoudre un problème. Mais je n'ai pas envie d'exposer ma véritable configuration (un échantillon, à la rigueur).

Je suppose qu'ils essauent de t'aider

Voici ma config pour la partie WAN (dans /etc/config/network), au cas où ca pourrait vous aider à comparer avec les votres:

Code: [Sélectionner]

config device
        option name 'eth0.832'
        option macaddr 'a4:3e:72:0a:53:3c'

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:<70 bytes de chaine d'auth> 15:FSVDSL_livebox.Internet.softathome.livebox3 16:0000040e0005736167656d'
	option clientid '00030001a43e720a533c'
	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:<70 bytes de chaine d'auth>'
	option clientid '01a43e720a533c'

J'utilise

Code: [Sélectionner]

option peerdns '0'

aussi bien pour v6 que pour v4 car j'ai mon propre resolveur: je n'ai pas besoin des DNS Orange.
Si vous n'êtes pas dans ce cas, enlevez simplement la ligne dans les deux configs et les DNS fournis par DHCP seront utilisés.

a4:3e:72:0a:53:3c est la MAC de ma livebox, que je clone ici sur ma patte WAN.

Pas besoin de tag CoS6 par chez moi, donc je n'ai pas de règle nft en ce sens. Aucune déconnexion (à part les ruptures de lien optique liées aux barbares du PMZ), ca tourne depuis... longtemps.

basilix · « **Réponse #1022 le:** 10 septembre 2024 à 08:13:26 »

@simon :

Probablement. Il n'empêche que dépendre toujours de leur aide est contre-productif. D'autant plus, lorsqu'on effectue des modifications à l'image.
J'aurais bien voulu lancer une capture réseau en continu mais il me reste encore plusieurs composants à configurer avant que ce soit pleinement
opérationnel. Pas sûr non plus que l'approche soit particulièrement efficace. Puisqu'il faut se tourner vers tel ou tel problème, suivre les indications
et attendre les réponses. Si c'est une erreur basique on perd du temps inutilement, et c'est plutôt décevant. Si c'est une erreur de configuration, on
sollicite les autres, on résout le problème, mais cela peut se reproduire plusieurs fois. Si c'est un bogue, il faut rédiger un rapport, répondre encore
aux demandes, et rapporter les informations. Si on fait un rapport de bogue alors que ce n'est pas un bogue, on fait perdre du temps aux autres, et,
incidemment, on se décrédibilise. Je préfère étudier le problème de mon côté et envoyer quelque chose de simplifié (de mon point de vue). Mais
cela nécessite énormément de connaissances.

simon · « **Réponse #1023 le:** 10 septembre 2024 à 09:21:25 »

Citation de: basilix le 10 septembre 2024 à 08:13:26

Je préfère étudier le problème de mon côté et envoyer quelque chose de simplifié (de mon point de vue). Mais
cela nécessite énormément de connaissances.

La démarche est louable ! J'aime bien aller au fond des choses moi-même également, pour apprendre et ne pas refaire la même erreur.
Si tu postes une capture ICMPv6, ARP et DHCP{v6,v4} au moment de la coupure, avec en-tête Ethernet (pour voir le tag VLAN, les adresses MAC et la prio 802.1p), on pourra très probablement t'aiguiller dans cette démarche pour que ca te prenne un peu moins de temps.

Citation de: basilix le 10 septembre 2024 à 08:13:26

Si on fait un rapport de bogue alors que ce n'est pas un bogue, on fait perdre du temps aux autres, et,
incidemment, on se décrédibilise.

On est là pour aider et apprendre, tu ne vas pas te décrédibiliser en postant ici

Il y a bien des sections du forum où l'ambiance n'est pas la même... mais dans les discussions techniques, ca se passe souvent bien.

basilix · « **Réponse #1024 le:** 10 septembre 2024 à 11:59:20 »

@simon :

Cela m'arrangerait aussi beaucoup de maîtriser le langage C. J'ai envie d'explorer les choses et améliorer l'existant si j'y arrive.
Donc, ce n'est peut-être qu'un blocage temporaire auquel je fais face. Dans un premier temps, je souhaite simplifier au mieux
ma configuration en remplaçant dnsmasq par odhcpd. Il faut pour cela que j'intègre le support des options DHCPv4 pour faire
fonctionner le téléphone derrière la Livebox (les options existent dans dnsmasq mais pas dans odhcpd).

HardHeavy · « **Réponse #1025 le:** 27 octobre 2024 à 13:01:35 »

Bonjour,

J'ai suivi le tuto à la lettre, mais pas de connexion à la fin (je n'obtiens pas une IP WAN).
Je n'ai jamais installé OpenWrt avant, donc je navigue dedans que depuis quelques semaines. Je ne sais donc pas où commencer à chercher ce qui ne pourrait pas aller dans ma conf.
Par rapport au tuto, j'ai changé pour wan4 et wan6 l'option 90, Chez moi l'interface wan s'appelle "wan", donc j'ai changé ceci aussi à chaque fois.
Je n'ai pas vu d'autres champ à adapter.

Matériel: Asus RT-AX53U

MarcFramboisier · « **Réponse #1026 le:** 27 octobre 2024 à 14:36:29 »

@HardHeavy, la question est trop vaste pour aider.
Les premieres pistes :
- regarder dans les logs /var/log/messages si tu vois des erreurs
- mettre une trace réseau sur l'interface physique wan tcpdump -i eth0 -w /tmp/tr.pcap
eth0 est un exemple et dépends de ta configuration.
Le fichier pcap de trace est lisible avec wireshark, tu peux le récupérer sur un PC via sftp
Bon courage et n'hésite pas à revenir avec un peu plus de biscuit.

HardHeavy · « **Réponse #1027 le:** 27 octobre 2024 à 15:05:53 »

Je n'y connais pas grand chose, raison pour laquelle je demande ici.

Pour répondre à tes questions:

1/ La commande que tu m'indique me renvoit "no such files ou directory". Il faut être dans un dossier spécial ? J'i regardé sur la faq openwrt et ai donc essayé "logread", et je n'y vois pas grand chose qui fasse penser à une erreur (voir ci-dessous).
Lod depuis le dernier allumage:

Code: [Sélectionner]

Tue Jul 16 00:45:55 2024 kern.info kernel: [ 7508.754881] mt7530-mdio mdio-bus:1f lan1: Link is Up - 1Gbps/Full - flow control rx/tx
Tue Jul 16 00:45:55 2024 kern.info kernel: [ 7508.762921] br-lan: port 1(lan1) entered blocking state
Tue Jul 16 00:45:55 2024 kern.info kernel: [ 7508.768135] br-lan: port 1(lan1) entered forwarding state
Tue Jul 16 00:45:55 2024 daemon.notice netifd: Network device 'lan1' link is up
Tue Jul 16 00:45:55 2024 daemon.notice netifd: bridge 'br-lan' link is up
Tue Jul 16 00:45:55 2024 daemon.notice netifd: Interface 'lan' has link connectivity
Tue Jul 16 00:45:55 2024 daemon.warn odhcpd[1577]: No default route present, overriding ra_lifetime!
Tue Jul 16 00:45:56 2024 daemon.warn odhcpd[1577]: No default route present, overriding ra_lifetime!
Tue Jul 16 00:45:59 2024 daemon.warn odhcpd[1577]: No default route present, overriding ra_lifetime!
Tue Jul 16 00:46:03 2024 daemon.warn odhcpd[1577]: No default route present, overriding ra_lifetime!
Tue Jul 16 00:46:12 2024 daemon.warn odhcpd[1577]: No default route present, overriding ra_lifetime!
Tue Jul 16 00:46:37 2024 authpriv.info dropbear[3224]: Child connection from 192.168.1.2:7677
Tue Jul 16 00:46:40 2024 authpriv.notice dropbear[3224]: Auth succeeded with blank password for 'root' from 192.168.1.2:7677
Tue Jul 16 00:55:04 2024 daemon.warn odhcpd[1577]: No default route present, overriding ra_lifetime!
Tue Jul 16 00:55:45 2024 authpriv.info dropbear[3224]: Exit (root) from <192.168.1.2:7677>: Exited normally
Tue Jul 16 00:55:50 2024 authpriv.info dropbear[3246]: Child connection from 192.168.1.2:7751
Tue Jul 16 00:55:53 2024 authpriv.notice dropbear[3246]: Auth succeeded with blank password for 'root' from 192.168.1.2:7751
Tue Jul 16 01:00:12 2024 daemon.warn odhcpd[1577]: No default route present, overriding ra_lifetime!

2/Pour la seconde commande, je n'ai pas tcpdump et ne sais pas comment l’installer dans le mesure où le routeur n'a pas accès à internet.

HardHeavy · « **Réponse #1028 le:** 27 octobre 2024 à 15:13:51 »

Bon, ben après un ultime reboot, internet est là
Je ne sais pas trop quoi penser ducoup...

MarcFramboisier · « **Réponse #1029 le:** 27 octobre 2024 à 15:15:50 »

Top.
Installe tcpdump ca pourra toujours servir

HardHeavy · « **Réponse #1030 le:** 27 octobre 2024 à 17:50:02 »

Aie, j'ai parlé un peu vite...
Pas mal de site inaccessible: speedtest.net, duckduckgo.com, etc. J'en ai vu une dizaine et un debit d'upload catastophique: 4Mbits.
Pour le premier cas, je pense peut etre à un soucis de DNS ? Pour le second aucune idée.

Note; j'ai pu installer tcpdump. Après, je ne sais pas plus que ca analyser les données

MarcFramboisier · « **Réponse #1031 le:** 27 octobre 2024 à 20:22:19 »

Tu envoies peut être trop de chose en COS 6.
tcpdump -i eth0 -w /tmp/tr.pcap va tracer tout ce qui passe sur l'interface eth0 et l'écrire dans le fichier /tmp/tr.pcap, tu le récupères sur un pc et le lis avec wireshark.
Exemple de lecture Wireshark, là je regarde le premier paquet dhcpv6,
1 - Dans la fenêtre de filtre tu mets le protocole, 2 - tu sélectionnes le paquet voulu (ici un Solicit DHCPv6) 3 à 8- tu allonges les options et tu devrais reconnaitre les paramêtres que tu as mis dans ton fichier de config.
Ps : c'est la première fois que je mets une image sur ce forum...