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

kgersen · « **Réponse #1164 le:** 07 avril 2025 à 10:25:05 »

Citation de: simon le 07 avril 2025 à 09:41:12

Il ne se plante pas, l'envoi du paquet échoue et provoque une erreur. Le même process recommence une seconde plus tard, tout se passe bien (le message n'est affiché qu'une fois d'après mes logs).

Je pensais qu'il plantait a l'init avant l'envoi du 1er rs; effectivement a relire le code, il fait 3 autres tentatives avec 4 secondes d'attente entre.

basilix · « **Réponse #1165 le:** 07 avril 2025 à 11:24:25 »

@simon :

Il envoie un premier message lors de l'initialisation (c.f. ra_init) d'abord avec ra_link_up(). Pour finir, explicitement avec ra_send_rs().

Citation de: simon

On peut penser qu'en effet, pour coder des services réseaux, une base de connaissance et d'expérience solide en réseau est importante.

Ce que j'ai voulu dire c'est qu'il fallait également avoir des connaissances en réseautique pour parvenir à configurer son routeur. Sinon, la documentation
utilisateur est inaccessible. Il faut fouiller de façon systémique pour déterminer comment faire les choses. Je trouve cela peu idéal. Exemple : Pour allouer
une IP statique par DHCPv6 il faut connaître le concept d'identifiant d'interface (IID ou hostid) et DHCPv6. J'ai trouvé deux bogues en corrélation, en plus
de la documentation. Il faut déterminer les DUID + lID + IAID de chaque interface de chaque hôte pour lequel on souhaite attribuer un bail statique. Il n'est
indiqué nul part à quoi cela correspondait.

P.S.: Le deuxième bogue est techniquement simple à résoudre une fois qu'on connaît bien le code. Cela vient corroborer le fait que les gens n'arrivent pas
forcément à adapter les choses (c.f. le constat de @kgersen).

(Archive) dhcp: rework static lease logic
(Rapport de bogue ouvert) Static leases assigns the same IPv6 to multiple NICs

mgt · « **Réponse #1166 le:** 27 avril 2025 à 13:38:25 »

Bonjour,
Tout d'abord merci pour le tutoriel et les nombreux échanges très enrichissants.

Etant chez Sosh, et souhaitant remplacer ma LB5 par un routeur GL.inet MT-6000 Flint 2.
- Je dispose d'un boitier ONT Sosh
- j'ai flashé mon routeur sur OpenWRT 24.10.1
- Je dispose bien de mon fti login/pass
- Je souhaite uniquement l'option internet (N'ayant pas besoin de l'option TV ni Téléphone)

EDIT:
J'ai réussi à modifier via SSH via la commande "vi" en suivant le tuto épinglé de la première page en remplaçant bien les valeurs adresses mac et option 90
Cependant au branchement je n'ai toujours pas internet

Merci d'avance,

mgt · « **Réponse #1167 le:** 29 avril 2025 à 21:26:03 »

N'ayant pas de retours, je me demandais si une âme charitable serait en mesure de m'aider à diagnostiquer?

Le tutoriel est-t-il toujours d'actualité? Si oui, lequel suivre entre le premier épinglé et celui du github.
Cela marche-t-il sur OpenWRT 24.10.1 ?
Je m'arrache les cheveux depuis quelques jours en essayant d'appliquer le tutoriel à la lettre mais de nombreuses étapes ne sont pas détaillées, et il est difficile pour un novice comme moi de m'assurer qu'il n'yait pas de problèmes

basilix · « **Réponse #1168 le:** 30 avril 2025 à 07:09:25 »

@mgt :

Je ne suis pas sûr de pouvoir aider. Je peux essayer de donner un coup de pouce (pas beaucoup de temps). Ouvre un nouveau fil de discussion
et voyons ce qu'on peut faire.

mgt · « **Réponse #1169 le:** 30 avril 2025 à 09:53:30 »

Merci beaucoup. Je comprends, je vais créer un post dédié avec un maximum de détails au propre

Citation de: basilix le 30 avril 2025 à 07:09:25

@mgt :

Je ne suis pas sûr de pouvoir aider. Je peux essayer de donner un coup de pouce (pas beaucoup de temps). Ouvre un nouveau fil de discussion
et voyons ce qu'on peut faire.

bigboo · « **Réponse #1170 le:** 04 mai 2025 à 16:02:13 »

Bonjour,
j'ai le même problème que mgt avec un routeur Zyxel T51 sur Openwrt 24.10.1 et un boitier Leox (qui marche bien si branché sur la LB5), j'ai suivi le tuto ici, j'ai bien le LAN mais je n'ai pas accès à Internet sur mes PC.
En consultant le log du boot de openwrt j'ai l'impression qu'il y a un problème avec le firewall:

Code: [Sélectionner]

Sun May  4 13:51:13 2025 daemon.notice procd: /etc/rc.d/S19firewall: In file included from /dev/stdin:189:3-52:
Sun May  4 13:51:13 2025 daemon.notice procd: /etc/rc.d/S19firewall: /etc/nftables.d/nft-prio6-rules.include:6:66-66: Error: syntax error, unexpected colon, expecting newline or semicolon
Sun May  4 13:51:13 2025 daemon.notice procd: /etc/rc.d/S19firewall: oifname "eth1.832" ip protocol icmpv6 counter meta priority set 0:6
Sun May  4 13:51:13 2025 daemon.notice procd: /etc/rc.d/S19firewall:                                                                  ^
Sun May  4 13:51:13 2025 daemon.notice procd: /etc/rc.d/S19firewall: /dev/stdin:192:2-6: Error: syntax error, unexpected chain
Sun May  4 13:51:13 2025 daemon.notice procd: /etc/rc.d/S19firewall: 	chain mangle_input {
Sun May  4 13:51:13 2025 daemon.notice procd: /etc/rc.d/S19firewall: 	^^^^^
Sun May  4 13:51:13 2025 daemon.notice procd: /etc/rc.d/S19firewall: /dev/stdin:193:43-55: Error: you cannot set chain policy twice
Sun May  4 13:51:13 2025 daemon.notice procd: /etc/rc.d/S19firewall: 		type filter hook input priority mangle; policy accept;
Sun May  4 13:51:13 2025 daemon.notice procd: /etc/rc.d/S19firewall: 		                                        ^^^^^^^^^^^^^

Est-ce qu'il y a des choses à modifier pour la version 24.10?

bigboo · « **Réponse #1171 le:** 04 mai 2025 à 18:43:32 »

J'ai résolu le problème.
Il y a une erreur dans le fichier /etc/nftables.d/nft-prio6-rules.include dans le premier post, il faut sauter une ligne au début (et j'ai aussi sauté une ligne à la fin par sécurité)

Soit :

Code: [Sélectionner]


oifname "eth1.832" counter meta priority set 0:1
oifname "eth1.832" ip protocol icmp counter meta priority set 0:6
oifname "eth1.832" ip protocol igmp counter meta priority set 0:6
oifname "eth1.832" udp dport 67 counter meta priority set 0:6
oifname "eth1.832" udp dport 547 counter meta priority set 0:6
oifname "eth1.832" ip protocol icmpv6 counter meta priority set 0:6

Plus d'erreur dans les logs et la connexion internet fonctionne !

mgt · « **Réponse #1172 le:** 05 mai 2025 à 10:14:50 »

Hello à tous, tout d'abord merci à @Basilix et @Ubune qui m'ont permis de résoudre le problème.
J'essaierai comme promis de créer un post pour contribuer en retour, avec un tutoriel actualisé pour les novices comme moi.

@Bigboo:
Pour ma part j'ai réussi avec la version 24.10.1.
J'avais également appliqué tout le tutoriel comme il fallait, mais à priori le problème était spécifique à comment étaient mappées les interfaces physiques de mon routeur (GL.inet MT-6000 Flint 2)

Bien que j'avais repéré que mon interface Wan soit eth1 comme décrit dans le tutoriel, il a fallu remapper avec l'aide d'Ubune:
- br-lan pour qu'il soit rattaché à lan1, lan2, lan3, lan4, lan5 via "Network" --> "Interfaces" --> "Devices" --> "Configure"
car ce n'était pas le cas initialement.

En espérant que cela puisse t'aider.

CyberTaf · « **Réponse #1173 le:** 30 mai 2025 à 16:42:42 »

Bonjour à tous,

Je suis chez Sosh avec un routeur Netgear WNDR3700 V4 avec un DD-WRT paramétré en DHCP qui fonctionne pas trop mal.
Les débits avec la Livebox : 930Mbps / 792 Mbps, avec le DD-WRT : 810Mbps / 500 Mbps
J'ai récupéré un Watchguard T30-W que j'ai flashé avec un built perso OpenWRT et paramétré comme expliqué sur ce tuto.
C'est Ok, j'arrive bien à me connecter chez Orange en DHCP, mais par contre les débits sont cata !
Je plafonne à 240Mbps / 5Mbps $:-\$ $:-\$ $:-\$
Est-ce que par hasard c'est un problème connu ou j'ai manqué quelque-chose ? Car vu la config hardware du Watchguard par rapport au Netgear je m'attendais à beaucoup mieux...
J'utilise un ONT connecté directement sur les routeurs.
Merci

CyberTaf · « **Réponse #1174 le:** 30 mai 2025 à 21:21:15 »

Bon j'ai avancé.
Je m'étais trompé à certains endroits dans les fichiers "nft-prio6-rules.include" et "firewall".
J'avais copié-collé les lignes sans modifier le nom de l'interface eth0.832 (wan.832 dans mon cas).
Une fois toutes les corrections faites il y a une légère amélioration mais c'est pas encore ça.
Je suis à 260 / 300 environ.
Ça laisse penser que la connexion est bridées si les options de firewall ou de priorisation du VLAN ne sont pas bien paramétrées.
Le tuto du premier post est à jour où il y a d'autres éléments à prendre en compte ?

ubune · « **Réponse #1175 le:** 31 mai 2025 à 11:15:12 »

Citation de: CyberTaf le 30 mai 2025 à 21:21:15

Bon j'ai avancé.
Je m'étais trompé à certains endroits dans les fichiers "nft-prio6-rules.include" et "firewall".
J'avais copié-collé les lignes sans modifier le nom de l'interface eth0.832 (wan.832 dans mon cas).
Une fois toutes les corrections faites il y a une légère amélioration mais c'est pas encore ça.
Je suis à 260 / 300 environ.
Ça laisse penser que la connexion est bridées si les options de firewall ou de priorisation du VLAN ne sont pas bien paramétrées.
Le tuto du premier post est à jour où il y a d'autres éléments à prendre en compte ?

Salut Cybertaf,
Non c'est normal si les rules nft n'étaient pas correct, tout ton traffic partait vers le wan avec la mauvaise cos, impliquant des débits très faible.

Le débit que tu obtiens désormais correspondrait plutôt à une limite coté routeur.
Tu as vérifié si ce modele watchguard n'avait pas une accélération hardware qui n'est pas active avec openwrt ?
Tu as essayé d'activer l'offload (dans la config firewall).

Quand tu fais un speedtest, tu as quoi comme conso coté cpu ?
opkg update
opkg install htop
htop (pour visualiser ça facilement).