Auteur Sujet: [FTTH] Tuto bypass complet neufbox avec un routeur OpenWrt (Lu 127192 fois)

yom · « **Réponse #324 le:** 26 juillet 2024 à 18:23:44 »

Grâce à ce fil & à openWRT, j'ai réussi à tout faire : d'abord IP puis SIP et maintenant RTP.

Mais je devrais pouvoir avoir FranceTV en UHD (chaine 78 a priori).

Les m3u de HugoPoi n'ont pas cette chaine qui a été ajouté ces derniers mois et je n'arrive pas à générer un m3u moi même (Edit: il semble que je ne sois pas le seul à ne pas réussir à générer le M3u cf issue github)

Une idée ?

mattzender · « **Réponse #325 le:** 03 septembre 2024 à 11:23:09 »

Hello,
Depuis longtemps j'ai un routeur DD-WRT sur lequel le bypass fonctionne complètement et de manière stable.
Mais en ayant testé sur OpenWRT sur un routeur Xiaomi AX3000T, le "link" WAN passe de up à down toutes les 6 secondes environ, alors que le même cable dans le routeur DD-WRT fonctionne parfaitement et de manière stable.
J'obtiens bien la bonne IP et ai accès à internet pendant ces 6-8 secondes.

Une idée de ce qui pourrait être le soucis?

rooot · « **Réponse #326 le:** 03 septembre 2024 à 12:32:38 »

Si tu nous faisais voir, pour commencer, ton fichier /etc/config/network ça nous aiderait

mattzender · « **Réponse #327 le:** 03 septembre 2024 à 22:51:48 »

Mon fichier etc/config/network ici :
Pour le coup, j'utilise le même VendorID que sur mon routeur DD-WRT

J'ai essayé avec les reqopts
option reqopts '1 3 6 15 28 42 40 17 14'
ça ne change rien.

Le system log:

rooot · « **Réponse #328 le:** 04 septembre 2024 à 09:23:46 »

ton fichier Network m'a l'air bien "léger"....tu as tout mis là ?

Visiblement il y a un souci ici :

Citer

Tue Sep 3 21:12:45 2024 daemon.notice netifd: wan (7125): Command failed: ubus call network.interface notify_proto { "action": 0, "link-up": false, "keep": false, "interface": "wan" } (Permission denied)

tu es sur un snapshot d'openwrt ou sur une version stable ?

Dans ton fichier network, pour l'interface WAN, le option peerdns '1' indique que tu veux obtenir les dns de SFR. Et en dessous tu indiques une liste de DNS. donc il faudrait mettre '0'.
on voit ici dans les logs les DNS de SFR:

Code: [Sélectionner]

Tue Sep 3 21:12:37 2024 daemon.info dnsmasq[1]: using nameserver 109.0.66.10#53
Tue Sep 3 21:12:37 2024 daemon.info dnsmasq[1]: using nameserver 109.0.66.20#53

J'ai posté a plusieurs reprise ma configuration qui est parfaitement opérationnelle, ipv4 + ipv6. il faudrait la retrouver pour te baser dessus. là je suis au boulot j'ai pas la mais sur mon routeur.

EDIT: En remontant le fil de discussion j'ai trouvé un de mes post, voici mon interface wan :

Code: [Sélectionner]

config interface 'wan'
   option proto 'dhcp'
   option reqopts '1 3 6 12 14 15 17 28 40 42'
   option vendorid 'neufbox_routeur_perso'
   option ipv6 '1'
   option macaddr 'xx:xx:xx:xx:xx:xx'
   option peerdns '0'
   list dns '1.1.1.1'
   list dns '8.8.8.8'
   option device 'eth1'

xx:xx:xx:xx:xx:xx correspond a l'adresse MAC de la box SFR, cette option n'est pas obligatoire.

G8U5 · « **Réponse #329 le:** 04 septembre 2024 à 14:57:23 »

Salut,
Le miens ressemble plus à celui du premier post de ce fil, par contre, la délégation v6 est en 64.

artemus24 · « **Réponse #330 le:** 04 septembre 2024 à 19:15:22 »

Chez SFR, le préfixe de la délégation de l'IPv6 est à "/56", pas à "/64".

G8U5 · « **Réponse #331 le:** 04 septembre 2024 à 20:07:29 »

Donc dans son cas, le 60 doit fonctionner.

rooot · « **Réponse #332 le:** 04 septembre 2024 à 21:33:51 »

@mattzender
ton config device pour le wan est bizarre, il n'y a pas de port dedans.

Code: [Sélectionner]

config device
        option name 'wan'
        option ipv6 '0'
        option acceptlocal '0'
        option promisc '0'

Pour le lan ca me semble correct :

Code: [Sélectionner]

config device
        option name 'br-lan'
        option type 'bridge'
        list ports 'lan2'
        list ports 'lan3'
        list ports 'lan4'
        option acceptlocal '1'
        option ipv6 '0'

Je dirais qu'il te manque list ports 'lan1' dans ton device wan

mattzender · « **Réponse #333 le:** 04 septembre 2024 à 23:21:43 »

Citer

tu es sur un snapshot d'openwrt ou sur une version stable ?

Snapshot obligatoire, vu qu'il n'est pas supporté sur une version stable.
https://openwrt.org/inbox/toh/xiaomi/ax3000t

Code: [Sélectionner]

config interface 'loopback'
        option device 'lo'
        option proto 'static'
        option ipaddr '127.0.0.1'
        option netmask '255.0.0.0'

config globals 'globals'
        option ula_prefix 'fdb3:c40:b1bf::/48'

config device
        option name 'br-lan'
        option type 'bridge'
        option acceptlocal '1'
        option ipv6 '0'
        list ports 'lan2'
        list ports 'lan3'
        list ports 'lan4'

config interface 'lan'
        option device 'br-lan'
        option proto 'static'
        option ipaddr '192.168.1.1'
        option netmask '255.255.255.0'
        option ip6assign '60'

config device
        option name 'wan'
        option macaddr '44:f7:70:75:71:46'
        option ipv6 '0'
        option acceptlocal '0'
        option promisc '0'
        list ports 'lan1'

config interface 'wan'
        option proto 'dhcp'
        option reqopts '1 3 6 12 14 15 17 28 40 42'
        option vendorid 'neufbox_NB6VAC-MAIN-R4.0.40_NB6VAC-FXC-r0'
        option ipv6 '1'
        option peerdns '0'
        list dns '1.1.1.1'
        list dns '8.8.8.8'
        option device 'wan'

Pour le coup, même comme ça le soucis reste le même. Le problème n'est pas tant de récupérer la bonne IP, il le fait bien, pendant 6/8 secondes et l'interface tombe.

Quand au log, ça ne change rien pour le coup, la même boucle se répète:

Code: [Sélectionner]

Wed Sep  4 23:19:57 2024 kern.info kernel: [  700.618405] mt7530-mdio mdio-bus:1f wan: Link is Down
Wed Sep  4 23:19:58 2024 daemon.notice netifd: wan (12149): udhcpc: received SIGTERM
Wed Sep  4 23:19:58 2024 daemon.notice netifd: wan (12149): udhcpc: unicasting a release of 77.207.207.25 to 86.64.145.169
Wed Sep  4 23:19:58 2024 daemon.notice netifd: wan (12149): udhcpc: sending release
Wed Sep  4 23:19:58 2024 daemon.notice netifd: wan (12149): udhcpc: entering released state
Wed Sep  4 23:19:58 2024 daemon.notice netifd: wan (12149): Command failed: ubus call network.interface notify_proto { "action": 0, "link-up": false, "keep": false, "interface": "wan" } (Permission denied)
Wed Sep  4 23:19:58 2024 daemon.notice netifd: Interface 'wan' is now down
Wed Sep  4 23:19:58 2024 daemon.warn dnsmasq[1]: no servers found in /tmp/resolv.conf.d/resolv.conf.auto, will retry
Wed Sep  4 23:20:02 2024 daemon.notice netifd: Network device 'wan' link is up
Wed Sep  4 23:20:02 2024 daemon.notice netifd: Interface 'wan' has link connectivity
Wed Sep  4 23:20:02 2024 daemon.notice netifd: Interface 'wan' is setting up now
Wed Sep  4 23:20:02 2024 kern.info kernel: [  705.276276] mt7530-mdio mdio-bus:1f wan: Link is Up - 1Gbps/Full - flow control rx/tx
Wed Sep  4 23:20:02 2024 daemon.notice netifd: wan (12408): udhcpc: started, v1.36.1
Wed Sep  4 23:20:02 2024 daemon.notice netifd: wan (12408): udhcpc: broadcasting discover
Wed Sep  4 23:20:02 2024 daemon.notice netifd: wan (12408): udhcpc: broadcasting select for 77.207.207.25, server 86.64.145.169
Wed Sep  4 23:20:02 2024 daemon.notice netifd: wan (12408): udhcpc: lease of 77.207.207.25 obtained from 86.64.145.169, lease time 600
Wed Sep  4 23:20:02 2024 daemon.notice netifd: Interface 'wan' is now up
Wed Sep  4 23:20:02 2024 daemon.info dnsmasq[1]: reading /tmp/resolv.conf.d/resolv.conf.auto
Wed Sep  4 23:20:02 2024 daemon.info dnsmasq[1]: using nameserver 1.1.1.1#53
Wed Sep  4 23:20:02 2024 daemon.info dnsmasq[1]: using nameserver 8.8.8.8#53
Wed Sep  4 23:20:02 2024 daemon.info dnsmasq[1]: using only locally-known addresses for test
Wed Sep  4 23:20:02 2024 daemon.info dnsmasq[1]: using only locally-known addresses for onion
Wed Sep  4 23:20:02 2024 daemon.info dnsmasq[1]: using only locally-known addresses for localhost
Wed Sep  4 23:20:02 2024 daemon.info dnsmasq[1]: using only locally-known addresses for local
Wed Sep  4 23:20:02 2024 daemon.info dnsmasq[1]: using only locally-known addresses for invalid
Wed Sep  4 23:20:02 2024 daemon.info dnsmasq[1]: using only locally-known addresses for bind
Wed Sep  4 23:20:02 2024 daemon.info dnsmasq[1]: using only locally-known addresses for lan
Wed Sep  4 23:20:02 2024 user.notice firewall: Reloading firewall due to ifup of wan (wan)
Wed Sep  4 23:20:09 2024 daemon.notice netifd: Network device 'wan' link is down
Wed Sep  4 23:20:09 2024 daemon.notice netifd: Interface 'wan' has link connectivity loss
Wed Sep  4 23:20:09 2024 kern.info kernel: [  712.618059] mt7530-mdio mdio-bus:1f wan: Link is Down

rooot · « **Réponse #334 le:** 05 septembre 2024 à 12:37:42 »

je pense qu'il faut aller voir sur le topic de support de ce routeur sur le forum openwrt, d'autres doivent avoir le meme souci...et il y a peut etre une réponse.

Edit :
je vois une version stable en 23.05.4 :
https://downloads.openwrt.org/releases/23.05.4/targets/mediatek/filogic/

et sur le firmware selector attention je vois 2 versions :

https://firmware-selector.openwrt.org/?version=23.05.4&target=mediatek%2Ffilogic&id=xiaomi_mi-router-ax3000t
https://firmware-selector.openwrt.org/?version=23.05.4&target=mediatek%2Ffilogic&id=xiaomi_mi-router-ax3000t-ubootmod

mattzender · « **Réponse #335 le:** 05 septembre 2024 à 13:52:00 »

Oui, je sais bien, mais pas compatible avec mon routeur. (capture d'écran en PJ)
En effet, il y'a une révision matérielle qui inclut un chip NAND Winbond 25n01kvzeir, qui n'est pas disponible dans la version stable que tu lies, mais qui est supportée avec un snapshot.