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

0 Membres et 1 Invité sur ce sujet

cetipabo

  • Invité
Remplacement de la Livebox par un routeur Openwrt 18+ (DHCP V4/V6 + TV).
« Réponse #372 le: 28 avril 2021 à 12:41:13 »
salut @0beey
- Si le firmware est basé sur un openwrt
- Si tu as un accés root par SSH,
- Si les paquets necessaires (iptables-mod-ipopt / ip-full) sont pré-installés. igmpproxy  utile pour la TV uniquement.

alors je dirais que oui. le tuto de ce topic devrait fonctionner.

0beey

  • Abonné Orange Fibre
  • *
  • Messages: 5
Remplacement de la Livebox par un routeur Openwrt 18+ (DHCP V4/V6 + TV).
« Réponse #373 le: 28 avril 2021 à 13:02:59 »
d'acc, comment je peux vérifier que les paquet : iptables-mod-ipopt / ip-full ?

Le firmware est bien basé sur openwrt et j'ai bien l’accès SSH fonctionnel

Edit : pour les paquets, certes via opkg je n'ai pas accès de par le firmware modifier
modifier les repository ou installer les paquets à la main semble jouable ?

cetipabo

  • Invité
Remplacement de la Livebox par un routeur Openwrt 18+ (DHCP V4/V6 + TV).
« Réponse #374 le: 28 avril 2021 à 17:27:56 »
si la commande opkg est présente, tu pourras voir les paquets installés avec la commande:
opkg list-installed
les paquets iptables-mod-ipopt et ip-full servent dans le script vlanprio.sh pour definir les priorités des vlans.
sans ces paquets on ne peut pas executer les commandes :
 ip link set ..........

0beey

  • Abonné Orange Fibre
  • *
  • Messages: 5
Remplacement de la Livebox par un routeur Openwrt 18+ (DHCP V4/V6 + TV).
« Réponse #375 le: 28 avril 2021 à 17:42:28 »
Super merci, justement je cherchais sur le net une commande opkg de ce genre

j'ai bien iptables-mod-ipopt - 1.6.2-2

Par contre pas de paquet ip-full

cependant, la commande ip -h répond

root@XiaoQiang:~# ip -h
Usage: ip [ OPTIONS ] OBJECT { COMMAND | help }
       ip [ -force ] -batch filename
where  OBJECT := { link | addr | addrlabel | route | rule | neigh | ntable |
                   tunnel | tuntap | maddr | mroute | mrule | monitor | xfrm |
                   netns | l2tp }
       OPTIONS := { -V[ersion] | -s[tatistics] | -d[etails] | -r[esolve] |
                    -f[amily] { inet | inet6 | ipx | dnet | link } |
                    -l[oops] { maximum-addr-flush-attempts } |
                    -o[neline] | -t[imestamp] | -b[atch] [filename] |
                    -rc[vbuf] [size]}

Avant la commande opkg, j'avais vu la présence du fichier ip dans /usr/sbin

A priori, il y a ce qu'il faut pour me passer de la box

Pas de trace d'igmpproxy, mais osef pour le moment, avec un peu de chance il y aura un support officiel d'openwrt pour ipx807x un de ces 4


Quand je lance un opkg update j'ai ça
Downloading http://downloads.openwrt.org/releases/18.06-SNAPSHOT/packages/aarch64_cortex-a53/base/Packages.gz

si je tente l'install d'un paquet --> Read only

Bon, il me reste a apprendre comment ça marche tout ça et tenter de faire marcher le wan

cetipabo

  • Invité
Remplacement de la Livebox par un routeur Openwrt 18+ (DHCP V4/V6 + TV).
« Réponse #376 le: 28 avril 2021 à 18:50:47 »
Citer
si je tente l'install d'un paquet --> Read only
hummm ca devrait pas etre dur a contourner ca, ca me dit quelque chose...

edit:
https://forum.archive.openwrt.org/viewtopic.php?id=44738
Citer
mtd unlock rootfs_data

0beey

  • Abonné Orange Fibre
  • *
  • Messages: 5
Remplacement de la Livebox par un routeur Openwrt 18+ (DHCP V4/V6 + TV).
« Réponse #377 le: 01 mai 2021 à 12:18:52 »
Ça ne fonctionne pas, mais à priori, j'ai ce qu'il faut pour le WAN

J'ai essayé bête est méchant les fichier du git de l'auteur
J'ai planter le routage en lan, un petit reset et c'est reparti
Sûrement qu'il faille un peu adapter 😅

ubune

  • Abonné Orange Fibre
  • *
  • Messages: 315
Remplacement de la Livebox par un routeur Openwrt 18+ (DHCP V4/V6 + TV).
« Réponse #378 le: 03 mai 2021 à 08:29:36 »
Ça ne fonctionne pas, mais à priori, j'ai ce qu'il faut pour le WAN

J'ai essayé bête est méchant les fichier du git de l'auteur
J'ai planter le routage en lan, un petit reset et c'est reparti
Sûrement qu'il faille un peu adapter 😅

Salut,

Oui ce que tu vas devoir adapter sur ton modèle c'est la config "Switch" dans /etc/network, le mappage port/Vlan/Cpu

cetipabo

  • Invité
Remplacement de la Livebox par un routeur Openwrt 18+ (DHCP V4/V6 + TV).
« Réponse #379 le: 03 mai 2021 à 12:37:41 »
@ubune, il faudrait que tu nous refasses ton tuto mais sans faire de vlan pour la TV, le truc le plus basique et universel possible.
Quand ca marchait chez moi je n'avais pas besoin de vlan pour la TV, l'igmp snooping faisait le taf. Suffit de ne pas ajouter de switch qui ne le gèrent pas entre le decodeur et la livebox.

ubune

  • Abonné Orange Fibre
  • *
  • Messages: 315
Remplacement de la Livebox par un routeur Openwrt 18+ (DHCP V4/V6 + TV).
« Réponse #380 le: 03 mai 2021 à 13:03:24 »
@ubune, il faudrait que tu nous refasses ton tuto mais sans faire de vlan pour la TV, le truc le plus basique et universel possible.
Quand ca marchait chez moi je n'avais pas besoin de vlan pour la TV, l'igmp snooping faisait le taf. Suffit de ne pas ajouter de switch qui ne le gèrent pas entre le decodeur et la livebox.

Salut,

Alors déjà le "il faudrait que nous refasses", on oublie hein ^^' .

Si j'ai fait le choix de sortir la tv du lan, c'est en effet pour éviter de devoir utiliser l'igmp snooping, qui comme tu le dis fonctionne, mais pose des soucis si on reprend la conf mais avec des mini Switch derrière par exemple.
Sortir la TV du lan oblige l'utilisateur à s'y intéresser et du coup permet d'éviter cette problématique.
Mais c'est également pour avoir une gestion Firewall plus "saine", avec autorisation des flux entre vlan 840 et vlan 19 décodeur.

De plus, de mon avis ça ne change pas grand chose en faite niveau difficulté, hormis de savoir associer un port sur un vlan et de brancher le décodeur sur le bon port.
C'est un choix et je comprends que tout le monde n'y adhère pas, c'est pour ça qu'il y a le post #3 du tuto avec les "Alternatives", et un detail sur comment mettre la TV sur le Lan Classique.

Mais du coup je vais plutôt mieux détailler ce post que modifier le tuto ;).

cetipabo

  • Invité
Remplacement de la Livebox par un routeur Openwrt 18+ (DHCP V4/V6 + TV).
« Réponse #381 le: 03 mai 2021 à 17:55:37 »
;D je ne parlais pas de changer le tuto actuel, mais d'ajouter une "version" alternative sans le vlan tv. Une petite adaptation du post#1 mais pas du type "ya qu'a ajouté ça" et "ya qu'a remplacer ça".
En gros un copié/collé de l'existant avec les 2 ou 3 adaptations. J'ai essayé de mettre en place moi meme cette version, mais je ne peux pas dire que je sois sur de moi a 100% pour la partie Firewall. Je ne suis pas a l'abris d'avoir oublié un truc ou mal interpreté un truc. c'est pour ca qu'une bonne base de départ ca permet d'enlever les doutes. Après libre a chacun de complexifier ou améliorer.


Metavalon

  • Abonné Orange Fibre
  • *
  • Messages: 1
  • Cergy 95
Remplacement de la Livebox par un routeur Openwrt 18+ (DHCP V4/V6 + TV).
« Réponse #382 le: 26 mai 2021 à 10:29:31 »
Hello,

J'ai suivi ce tuto, ça fonctionne bien. Par contre, la méthode de passer par défaut en piro VLAN 6 puis de router via iptables ne me suffit pas, car j'aimerais activer le flow offload (disponible depuis OpenWRT 19.07 pour l'Archer C7 v5 que j'utilise). Sinon le proc est noyé par les IRQ, et les débits sont bridés ce qui est dommage (même si on arrive quand même à plus de 300 mbps ce qui est déjà pas si mal). Avec l'offload et avec ma vieille offre de base je suis manifestement en 400/400.

J'ai donc patché (à la rache) les clients DHCP d'OpenWRT (oui en v4 ils utilisent busybox, et en v6 odhcp6c qui sont donc disctincts). J'ai donc bien les paquets DHCP avec la prio VLAN, et uniquement eux, ce qui permet de laisser les flux passer sans jouer avec iptables, et donc d'activer l'offload.

Il faut tout de même évidemment mapper une des prio kernel en prio VLAN. J'ai pris la 6. Seulement a priori le système de ifup d'OpenWRT ne permet pas de hook en pre-up et donc de placer le mapping avant l'envoi des paquets DHCP de façon certaine (si l'interface VLAN est coupée, il faut recommencer etc.). J'ai donc fait faire ça à busybox dans la foulée (et, oui, c'est doublement crade du coup).

Bien sûr le reste du tuto reste vrai, ceci ne remplace QUE la partie iptables et script vlanprio dans le cas où on est dans une zone qui nécessite le tag VLAN PRIO. Et bien sûr cela est à refaire à chaque mise à jour (compiler en amont pour éviter les surprises et télécharger le SDK, copier les exécutables après…) ce qui peut paraitre un peu lourd !

Patch dégueu pour busybox (prio sur la socket et egress mapping) :
--- busybox-1.30.1.orig/networking/udhcp/packet.c
+++ busybox-1.30.1/networking/udhcp/packet.c
@@ -115,6 +115,20 @@ int FAST_FUNC udhcp_send_raw_packet(stru
  const char *msg;
 
  fd = socket(PF_PACKET, SOCK_DGRAM, htons(ETH_P_IP));
+#include <linux/sockios.h>
+#include <linux/if_vlan.h>
+#include <net/if.h>
+const int VLAN_DHCP_PRIORITY = 6;
+char *buf[IF_NAMESIZE];
+setsockopt(fd, SOL_SOCKET, SO_PRIORITY, &VLAN_DHCP_PRIORITY, sizeof(VLAN_DHCP_PRIORITY));
+struct vlan_ioctl_args vlan_args;
+vlan_args.cmd=SET_VLAN_EGRESS_PRIORITY_CMD;
+vlan_args.u.skb_priority=6;
+vlan_args.vlan_qos=6;
+if_indextoname(ifindex, buf);
+strcpy(vlan_args.device1,buf);
+
+ioctl (fd,SIOCSIFVLAN, &vlan_args);
  if (fd < 0) {
  msg = "socket(%s)";
  goto ret_msg;

Patch pour odhcp6c (prio sur la socket uniquement car egress déjà fait par busybox en v4) :
--- build_dir/target-mips_24kc_musl/odhcp6c-2019-01-11-e199804b/src/dhcpv6.c.orig 2020-03-30 10:26:51.191836514 +0200
+++ build_dir/target-mips_24kc_musl/odhcp6c-2019-01-11-e199804b/src/dhcpv6.c 2020-03-30 10:27:51.531659035 +0200
@@ -140,6 +140,9 @@
 
  ifindex = ifr.ifr_ifindex;
 
+const int VLAN_DHCP_PRIORITY = 6;
+setsockopt(sock, SOL_SOCKET, SO_PRIORITY, &VLAN_DHCP_PRIORITY, sizeof(VLAN_DHCP_PRIORITY));
+
  // Create client DUID
  size_t client_id_len;
  odhcp6c_get_state(STATE_CLIENT_ID, &client_id_len);

Il suffit alors simplement de copier les nouveau exécutables à la place de ceux de base (ils se retrouveront donc sur l'overlay).


Procédure pour moi à partir du SDK de 19.07.2 et pour l'Archer C7 (999-vlan-prio.patch contenant le patch pour busybox et 192.168.1.42 l'IP du routeur pendant les tests) :

./scripts/feeds update -a
./scripts/feeds install busybox
cp 999-vlan-prio.patch ./feeds/base/package/utils/busybox/patches/
make package/busybox/compile
scp build_dir/target-mips_24kc_musl/busybox-1.30.1/.pkgdir/busybox/bin/busybox root@192.168.1.42:/bin

./scripts/feeds install odhcp6c
make package/odhcp6c/prepare
nano build_dir/target-mips_24kc_musl/odhcp6c-2019-01-11-e199804b/src/dhcpv6.c (et appliquer le patch à la main, ou directement via patch -p1)
make package/odhcp6c/compile

scp ./build_dir/target-mips_24kc_musl/odhcp6c-2019-01-11-e199804b/.pkgdir/odhcp6c/usr/sbin/odhcp6c root@192.168.1.42:/usr/sbin/

Debug :
busybox udhcpc -i eth0.832
cat /proc/eth0.832

À voir si ça peut en aider certains ou si je peux améliorer la présentation, c'est sûr que c'est très technique et que je ne réexplique pas tous les concepts sinon on s'en sortirait pas :)
Je ne pense pas soumettre ces patchs aux projets concernés car c'est quand même très très spécifique… et qu'ils contiennet la partie de configuration egress du VLAN ce qui n'est pas pertinent à cet endroit dans le cas général.

Waaaaaaaaaaa... Trop bien ! C'est peut-être dégueu, mais ça marche du feu de dieu ! Effectivement, en activant le software flow offloading, le débit sur mon Archer C7 v2 s'écroulait (50 Mbits en download, 0,5 Mbits en upload, en Ethernet filaire ou en WIFI 2.4 Ghz ou 5 Ghz). Après recompilation des clients dhcp patchés (SDK Openwrt 19.07.7 pour ma part), transfert sur le routeur, suppression de l'appel à /etc/vlanprio.sh dans /etc/rc.local, désactivation de toutes les custom rules du firewall (iptables -t mangle -A POSTROUTING -j CLASSIFY --set-class etc...), activation du software flow offloading, j'ai un débit supérieur à 200 Mbits en download/upload en WIFI 5 Ghz 802.11ac (test sur nperf.com/fr, avec un laptop DELL qui n'a certainement que 2 antennes), alors que je plafonnais auparavant à 110 Mbits !

Prochaine étape : claquer le bootloader BREED sur le Archer C7 v2 et overclocker légèrement les CPU/DDR/AHB (https://forum.openwrt.org/t/archer-c7-5ghz-performance-sirq-99/63104/30) pour voir si on ne peut pas gagner encore un petit peu sur le débit du WIFI 5 Ghz 802.11ac.

Merci johndescs !

PS : Je me suis même permis de supprimer la partie VLAN egress du patch busybox, car finalement en créant le fichier 05-vlanprio (+ chmod 755 sur ce fichier) suivant et en le mettant dans le répertoire /etc/hotplug.d/iface/, ça marche tout pareil :
#!/bin/sh
set -x
ip link set eth0.832 type vlan egress 6:6 >/dev/null

ndfred

  • Abonné FAI autre
  • *
  • Messages: 3
Remplacement de la Livebox par un routeur Openwrt 18+ (DHCP V4/V6 + TV).
« Réponse #383 le: 12 juillet 2021 à 12:26:52 »
Edit : ça fonctionne après avoir pris les fichiers du repo github et n'enlever que ce qui ne concernait pas mon AP (renommber eth1 en eth0, supprimer les config switch, supprimer vlantv) ! Un énorme merci à @ubune pour la doc, même si je n'arrive à tirer que 80M au lieu de 300 (sans doute pas d'accélération HW puisque c'est un AP et pas un routeur) ça nous permet d'attendre la nouvelle LiveBox avec sérénité.

Salut, et merci beaucoup pour ce tuto !

Ma LiveBox a rendu l'âme, et le temps d'en obtenir une nouvelle j'ai flashé mon Unifi AP AC LR avec OpenWRT 19.07 pour essayer de la remplacer le temps que la nouvelle arrive. J'ai un boitier fibre HG8010Hv3, et mon point d'accès Unifi n'a qu'un seul port Ethernet, que j'aimerais utiliser comme WAN, du coup on ne peut se connecter qu'en WiFi.

J'ai suivi le guide pour une IPv4 et essayé de supprimer toutes les configs Switch puisque je n'ai pas ces ports, et IGMP proxy puisque je n'ai pas de boitier TV (Sosh de base), mais le WAN n'obtient pas d'IP :

root@OpenWrt:~# ifstatus wan
{
"up": false,
"pending": true,
"available": true,
"autostart": true,
"dynamic": false,
"proto": "dhcp",
"device": "eth0",
"data": {

}
}

Voici mes différents fichiers (j'ai remis le FTI de démo) :

root@OpenWrt:~# cat /etc/config/network

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

config globals 'globals'
option ula_prefix 'fd2d:aab4:3913::/48'

config interface 'lan'
option type 'bridge'
option proto 'static'
option ipaddr '192.168.1.1'
option netmask '255.255.255.0'
option ip6assign '60'

config interface 'wan'
option ifname 'eth0'
option proto 'dhcp'
option vendorid 'sagem'
option broadcast '1'
option reqopts '1 15 28 51 58 59 90'
option sendopts '77:2b46535644534c5f6c697665626f782e496e7465726e65742e736f66746174686f6d652e4c697665626f7834 90:00000000000000000000001a0900000558010341010d6674692f71707138383838'

root@OpenWrt:~# cat /etc/config/dhcp

config dnsmasq
option domainneeded '1'
option boguspriv '1'
option filterwin2k '0'
option localise_queries '1'
option rebind_protection '1'
option rebind_localhost '1'
option local '/lan/'
option domain 'lan'
option expandhosts '1'
option nonegcache '0'
option authoritative '1'
option readethers '1'
option leasefile '/tmp/dhcp.leases'
option resolvfile '/tmp/resolv.conf.auto'
option nonwildcard '1'
option localservice '1'

config dhcp 'lan'
option interface 'lan'
option start '100'
option limit '150'
option leasetime '12h'
option dhcpv6 'server'
option ra 'server'
option ra_management '1'

config dhcp 'wan'
option interface 'wan'
option ignore '1'

config odhcpd 'odhcpd'
option maindhcp '0'
option leasefile '/tmp/hosts/odhcpd'
option leasetrigger '/usr/sbin/odhcpd-update'
option loglevel '4'

root@OpenWrt:~# cat /etc/config/firewall

config defaults
option syn_flood '1'
option input 'ACCEPT'
option output 'ACCEPT'
option forward 'REJECT'

config zone
option name 'lan'
option input 'ACCEPT'
option output 'ACCEPT'
option forward 'ACCEPT'
option network 'lan'

config zone
option name 'wan'
option input 'REJECT'
option output 'ACCEPT'
option forward 'REJECT'
option masq '1'
option mtu_fix '1'
option network 'wan wan6'

config forwarding
option src 'lan'
option dest 'wan'

config rule
option name 'Allow-DHCP-Renew'
option src 'wan'
option proto 'udp'
option dest_port '68'
option target 'ACCEPT'
option family 'ipv4'

config rule
option name 'Allow-Ping'
option src 'wan'
option proto 'icmp'
option icmp_type 'echo-request'
option family 'ipv4'
option target 'ACCEPT'

config rule
option name 'Allow-IGMP'
option src 'wan'
option proto 'igmp'
option family 'ipv4'
option target 'ACCEPT'

config rule
option name 'Allow-DHCPv6'
option src 'wan'
option proto 'udp'
option src_ip 'fc00::/6'
option dest_ip 'fc00::/6'
option dest_port '546'
option family 'ipv6'
option target 'ACCEPT'

config rule
option name 'Allow-MLD'
option src 'wan'
option proto 'icmp'
option src_ip 'fe80::/10'
list icmp_type '130/0'
list icmp_type '131/0'
list icmp_type '132/0'
list icmp_type '143/0'
option family 'ipv6'
option target 'ACCEPT'

config rule
option name 'Allow-ICMPv6-Input'
option src 'wan'
option proto 'icmp'
list icmp_type 'echo-request'
list icmp_type 'echo-reply'
list icmp_type 'destination-unreachable'
list icmp_type 'packet-too-big'
list icmp_type 'time-exceeded'
list icmp_type 'bad-header'
list icmp_type 'unknown-header-type'
list icmp_type 'router-solicitation'
list icmp_type 'neighbour-solicitation'
list icmp_type 'router-advertisement'
list icmp_type 'neighbour-advertisement'
option limit '1000/sec'
option family 'ipv6'
option target 'ACCEPT'

config rule
option name 'Allow-ICMPv6-Forward'
option src 'wan'
option dest '*'
option proto 'icmp'
list icmp_type 'echo-request'
list icmp_type 'echo-reply'
list icmp_type 'destination-unreachable'
list icmp_type 'packet-too-big'
list icmp_type 'time-exceeded'
list icmp_type 'bad-header'
list icmp_type 'unknown-header-type'
option limit '1000/sec'
option family 'ipv6'
option target 'ACCEPT'

config rule
option name 'Allow-IPSec-ESP'
option src 'wan'
option dest 'lan'
option proto 'esp'
option target 'ACCEPT'

config rule
option name 'Allow-ISAKMP'
option src 'wan'
option dest 'lan'
option dest_port '500'
option proto 'udp'
option target 'ACCEPT'

config include
option path '/etc/firewall.user'

root@OpenWrt:~# cat /etc/firewall.user
# This file is interpreted as shell script.
# Put your custom iptables rules here, they will
# be executed with each firewall (re-)start.

# Internal uci firewall chains are flushed and recreated on reload, so
# put custom rules into the root chains e.g. INPUT or FORWARD or into the
# special user chains, e.g. input_wan_rule or postrouting_lan_rule.

iptables -t mangle -A POSTROUTING -j CLASSIFY --set-class 0000:0001
iptables -t mangle -A POSTROUTING -p icmp -j CLASSIFY --set-class 0000:0006
iptables -t mangle -A POSTROUTING -o eth0 -p igmp -j CLASSIFY --set-class 0000:0006
iptables -t mangle -A POSTROUTING -o eth0 -p udp --dport 67 -j CLASSIFY --set-class 0000:0006

root@OpenWrt:~# cat /etc/rc.local
# Put your custom commands here that should be executed once
# the system init finished. By default this file does nothing.

sleep 10
ifdown wan
sh /etc/vlanprio.sh
ifup wan
exit 0

root@OpenWrt:~# cat /etc/vlanprio.sh
#!/bin/sh
set -x
for i in 0 1 2 3 4 5 6 7; do
    ip link set eth0 type vlan egress $i:$i >/dev/null
done
ip link set eth0 type vlan egress 1:0 >/dev/null
ip link set eth0 type vlan egress 0:6 >/dev/null

Est-ce que vous avez une idée de pourquoi ça ne fonctionnerait pas, et un moyen de vérifier les bons logs? dmesg me donne :

[   27.623887] br-lan: port 1(wlan0) entered blocking state
[   27.629385] br-lan: port 1(wlan0) entered disabled state
[   27.635177] device wlan0 entered promiscuous mode
[   28.269337] IPv6: ADDRCONF(NETDEV_CHANGE): wlan0: link becomes ready
[   28.276134] br-lan: port 1(wlan0) entered blocking state
[   28.281627] br-lan: port 1(wlan0) entered forwarding state
[   28.307245] IPv6: ADDRCONF(NETDEV_CHANGE): br-lan: link becomes ready
[   34.797215] eth0: link down
[   34.891870] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
[   34.899726] eth0: link up (1000Mbps/Full duplex)
[   34.905016] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
[ 1056.518032] eth0: link down
[ 1056.534969] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
[ 1056.542871] eth0: link up (1000Mbps/Full duplex)
[ 1056.548521] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
[ 1071.712046] eth0: link down
[ 1071.744025] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
[ 1071.751828] eth0: link up (1000Mbps/Full duplex)
[ 1071.757552] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready

Et les logs système lorsque je redémarre le WAN, on dirait qu'il n'arrive pas à obtenir d'IP :

Fri Jul  2 15:57:28 2021 daemon.notice netifd: wan (2152): udhcpc: received SIGTERM
Fri Jul  2 15:57:28 2021 daemon.notice netifd: Interface 'wan' is now down
Fri Jul  2 15:57:28 2021 kern.info kernel: [ 2513.653258] eth0: link down
Fri Jul  2 15:57:28 2021 daemon.notice netifd: Interface 'wan' is disabled
Fri Jul  2 15:57:28 2021 kern.info kernel: [ 2513.674441] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
Fri Jul  2 15:57:28 2021 kern.info kernel: [ 2513.682235] eth0: link up (1000Mbps/Full duplex)
Fri Jul  2 15:57:28 2021 daemon.notice netifd: Interface 'wan' is enabled
Fri Jul  2 15:57:28 2021 daemon.notice netifd: Interface 'wan' is setting up now
Fri Jul  2 15:57:28 2021 kern.info kernel: [ 2513.687515] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
Fri Jul  2 15:57:28 2021 daemon.notice netifd: wan (2326): udhcpc: started, v1.30.1
Fri Jul  2 15:57:28 2021 daemon.notice netifd: wan (2326): udhcpc: sending discover
Fri Jul  2 15:57:31 2021 daemon.notice netifd: wan (2326): udhcpc: sending discover
Fri Jul  2 15:57:34 2021 daemon.notice netifd: wan (2326): udhcpc: sending discover

Merci !
« Modifié: 12 juillet 2021 à 13:53:07 par ndfred »