La Fibre
Datacenter et équipements réseaux => Routeurs => 
Remplacer la LiveBox par un routeur => Discussion démarrée par: jeremyp3 le 15 octobre 2016 à 09:29:35
-
bonjour,
depuis quelques temps je rencontre un petit bug avec le vlan 838 et le dhcp. en effet, il récupère comme option dhcp-server-identifier l'adresse 192.168.3.254, qui ne correspond à rien du tout, et dans mes log, il essaye d'obtenir un renouvellement d'IP sans succès.
voilà la configuration de mon dhclient.conf:
###orange ftth 832
option rfc3118-auth code 90 = string;
interface "wan0.832" {
send vendor-class-identifier "sagem";
send user-class "+FSVDSL_livebox.Internet.softathome.Livebox3";
send rfc3118-auth 00:00:00:00:00:00:00:00:00:00:00:66:74:69:2f:xx:xx:xx:xx:xx:xx:xx;
request subnet-mask, routers, broadcast-address;
}
interface "wan0.838" {
send vendor-class-identifier "sagem";
send user-class "\047FSVDSL_livebox.MLTV.softathome.Livebox3";
send dhcp-client-identifier 1:a0:1b:xx:xx:xx:xx;
request subnet-mask, routers, ntp-servers, www-server, rfc3442-classless-static-routes;
}
voilà ma demande au dhcp d'orange:
root@routeurlinux:~# ifup wan0.838
Internet Systems Consortium DHCP Client 4.3.3
Copyright 2004-2015 Internet Systems Consortium.
All rights reserved.
For info, please visit https://www.isc.org/software/dhcp/
Listening on LPF/wan0.838/34:64:a9:9a:68:05
Sending on LPF/wan0.838/34:64:a9:9a:68:05
Sending on Socket/fallback
DHCPDISCOVER on wan0.838 to 255.255.255.255 port 67 interval 3
DHCPREQUEST of 10.83.247.165 on wan0.838 to 255.255.255.255 port 67
DHCPOFFER of 10.83.247.165 from 10.83.247.254
DHCPACK of 10.83.247.165 from 10.83.247.254
bound to 10.83.247.165 -- renewal in 46341 seconds.
jusqu'ici tout va bien.
mais dans le /var/lib/dhcp/dhclient.wan0.838.leases:
lease {
interface "wan0.838";
fixed-address 10.83.247.165;
option subnet-mask 255.255.255.128;
option dhcp-lease-time 98742;
option dhcp-message-type 5;
option dhcp-server-identifier 192.168.3.254;
option dhcp-renewal-time 49371;
option rfc3442-classless-static-routes 22,172,23,12,10,83,247,254,32,172,20,224,167,10,83,247,254,23,172,19,20,10,83,247,254,29,193,253,67,88,10,83,247,254,31,80,10,117,120,10,83,247,254,24,81,253,206,10,83,247,254,23,81,253,210,10,83,247,254,32,193,253,153,228,10,83,247,254,32,193,253,153,227,10,83,247,254,23,81,253,214,10,83,247,254,22,80,10,204,10,83,247,254;
option dhcp-rebinding-time 86400;
renew 6 2016/10/15 06:46:16;
rebind 6 2016/10/15 06:46:16;
expire 6 2016/10/15 06:46:16;
}
du coup, le premier échange dhcp ce passe bien mais les suivants ne peuvent avoir lieux et j'ai en boucle dans mon /var/log/daemon.log:
Oct 14 15:38:11 routeurlinux dhclient[1364]: DHCPREQUEST of 10.83.247.165 on wan0.838 to 192.168.3.254 port 67
Oct 14 15:38:19 routeurlinux dhclient[1364]: DHCPREQUEST of 10.83.247.165 on wan0.838 to 192.168.3.254 port 67
Oct 14 15:38:39 routeurlinux dhclient[1364]: DHCPREQUEST of 10.83.247.165 on wan0.838 to 192.168.3.254 port 67
Oct 14 15:38:50 routeurlinux dhclient[1364]: DHCPREQUEST of 10.83.247.165 on wan0.838 to 192.168.3.254 port 67
Oct 14 15:39:04 routeurlinux dhclient[1364]: DHCPREQUEST of 10.83.247.165 on wan0.838 to 192.168.3.254 port 67
Oct 14 15:39:22 routeurlinux dhclient[1364]: DHCPREQUEST of 10.83.247.165 on wan0.838 to 192.168.3.254 port 67
si ça peut servir, j'up mon interface comme ça:
#replay
auto wan0.838
iface wan0.838 inet dhcp
pre-up sh /usr/local/sbin/script-prio-vlan/replay.sh
le script sh contient ça:
#!/bin/bash
for i in 0 1 2 3 4 5 6 7; do
vconfig set_egress_map wan0.838 $i 4 >/dev/null
done
si vous voyez une erreur dans les bouts de configuration que j'ai montré là ou si vous avez besoin d'autres éléments, n'hésitez pas.
merci,
jerem
-
Le serveur dhcp envoi un "dhcp-server-identifier" qui n'est pas bon ? curieux.
rajoute cette option pour voir ( dans dhclient.conf, partie interface "wan0.838"):
supersede dhcp-server-identifier 255.255.255.255
ca va faire un broadcast au lieu de chercher a joindre 192.168.3.254
-
bonjour,
merci beaucoup pour cette configuration. par contre, tant qu'on parle du dhcp, j'ai une interrogation.
je montre et j'explique ensuite.
root@routeurlinux:~# ifup wan0.832
Internet Systems Consortium DHCP Client 4.3.3
Copyright 2004-2015 Internet Systems Consortium.
All rights reserved.
For info, please visit https://www.isc.org/software/dhcp/
Listening on LPF/wan0.832/34:64:a9:9a:68:05
Sending on LPF/wan0.832/34:64:a9:9a:68:05
Sending on Socket/fallback
DHCPDISCOVER on wan0.832 to 255.255.255.255 port 67 interval 5
DHCPREQUEST of 90.78.xxx.xxx on wan0.832 to 255.255.255.255 port 67
DHCPOFFER of 90.78.xxx.xxx from 90.78.106.1
DHCPACK of 90.78.xxx.xxx from 90.78.106.1
bound to 90.78.xxx.xxx -- renewal in 37635 seconds.
root@routeurlinux:~# ifup wan0.838
Internet Systems Consortium DHCP Client 4.3.3
Copyright 2004-2015 Internet Systems Consortium.
All rights reserved.
For info, please visit https://www.isc.org/software/dhcp/
Listening on LPF/wan0.832/34:64:a9:9a:68:05
Sending on LPF/wan0.832/34:64:a9:9a:68:05
Listening on LPF/wan0.838/34:64:a9:9a:68:05
Sending on LPF/wan0.838/34:64:a9:9a:68:05
Sending on Socket/fallback
DHCPDISCOVER on wan0.832 to 255.255.255.255 port 67 interval 7
DHCPDISCOVER on wan0.838 to 255.255.255.255 port 67 interval 4
DHCPREQUEST of 10.83.247.165 on wan0.838 to 255.255.255.255 port 67
DHCPOFFER of 10.83.247.165 from 10.83.247.254
DHCPREQUEST of 90.78.xxx.xxx on wan0.832 to 255.255.255.255 port 67
DHCPOFFER of 90.78.xxx.xxx from 90.78.106.1
DHCPACK of 10.83.247.165 from 10.83.247.254
bound to 10.83.247.165 -- renewal in 44681 seconds.
dans le second, pourquoi il appel le wan0.832 alors que je lui ai demandé le wan0.838 ?
et c'est pareille quand je fais un ifdown de wan0.838, j'ai plus d'adresse sur wan0.832 non plus ... pourtant, les deux on des pis différents.
root@routeurlinux:~# ps aux |grep dhclient
root 36266 0.0 0.0 15212 1768 ? Ss 14:50 0:00 dhclient -v -pf /run/dhclient.wan0.832.pid -lf /var/lib/dhcp/dhclient.wan0.832.leases wan0.832
root 36411 0.0 0.1 15212 2800 ? Ss 14:50 0:00 dhclient -v -pf /run/dhclient.wan0.838.pid -lf /var/lib/dhcp/dhclient.wan0.838.leases wan0.838
merci si vous savez
jerem
-
Le serveur dhcp envoi un "dhcp-server-identifier" qui n'est pas bon ? curieux.
J'ai remarqué ça chez moi aussi depuis au moins mi mars...
Sur l'ERL, ca n'empêche pas le renouvellement puisqu'au final dhclient, en l'absence de réponse, renvoie la requête en broadcast tôt ou tard. En tout cas chez moi ça ne pose pas de problème pour la VOD/Replay.
Après j'ai aussi remarqué des paquets DHCP pour pour l'interface eth1.838 partir sur eth1.832, mais c'est parce que la route par défaut est eth1.832 et le dhcp-server-identifier du VLAN 838 ne correspond à aucune des plages locales...
-
Curieux en effet. Je vais refaire une capture entre une livebox et l'ONT pour voir s'il y a eu des changements récents.
dans le second, pourquoi il appel le wan0.832 alors que je lui ai demandé le wan0.838 ?
et c'est pareille quand je fais un ifdown de wan0.838, j'ai plus d'adresse sur wan0.832 non plus ... pourtant, les deux on des pis différents.
t'as pas quelque chose qui lie les 2 interfaces ?
y'a quoi dans /etc/network/interfaces ?
-
bonjour,
voici mon fichier interfaces en entier :)
# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).
# The loopback network interface
auto lo
iface lo inet loopback
# The primary network interface
allow-hotplug wan0
iface wan0 inet static
address 10.0.1.2
netmask 255.255.255.0
network 10.0.1.0
##orange-ftth
###wan
auto wan0.832
iface wan0.832 inet dhcp
pre-up sh /usr/local/sbin/script-prio-vlan/internet.sh
#replay
auto wan0.838
iface wan0.838 inet dhcp
pre-up sh /usr/local/sbin/script-prio-vlan/replay.sh
##tv-live
auto wan0.840
iface wan0.840 inet static
address 172.16.1.1
netmask 255.255.255.255
pre-up sh /usr/local/sbin/script-prio-vlan/tv.sh
##free
auto wan0.102
iface wan0.102 inet static
address 10.0.2.20
netmask 255.255.255.0
network 10.0.2.0
broadcast 10.0.2.255
up /sbin/ip route add default via 10.0.2.1 dev wan0.102 table 102
up /sbin/ip rule add from 10.0.2.20/32 table 102
post-down /sbin/ip rule del from 10.0.2.20/32 table 102
##modem dsl
auto wan0.103
iface wan0.103 inet static
address 10.0.0.2
netmask 255.255.255.0
network 10.0.0.0
broadcast 10.0.0.255
auto ppp0
iface ppp0 inet ppp
provider ovh
auto br0
iface br0 inet static
address 192.168.80.1
netmask 255.255.255.0
bridge_ports lan1 tap_udp
bridge_stp off
bridge_fd 2
bridge_maxwait 0
jerem
-
mouais bizarre je ne vois pas.
-
Bonjour,
J'ai le même probleme de messages DHCPREQUEST à répetition dans les logs au bout d'un jour et demi environ.
As-tu trouvé une solution au final ?
merci
-
bonjour,
j'avais fini par corriger le souci, mais je me rappelle plus de quel façon :) en sachant que si tu utilises le vlan832 pour le wan, le vlan838 n'est plus nécessaire pour les replays
Jerem
-
merci,
en fait je n'utilise que le 832 car je veux uniquement internet.
par contre j'ai deux dhclient qui tournent. un pour ipv4 (dhclient -4 ...) et un pour ipv6 (dhclient -6).
tu pourrais poster ton fichier de config stp ?
-
re,
ce n'était pas clair, je n'avais pas comprit que tu avais ce souci sur le 832 :)
voilà ma conf, bien qu'elle n'a rien d'extraordinaire :)
###orange ftth 832
option rfc3118-auth code 90 = string;
interface "wan0.832" {
send vendor-class-identifier "sagem";
send user-class "+FSVDSL_livebox.Internet.softathome.Livebox3";
send rfc3118-auth 00:00:00:00:00:00:00:00:00:00:00:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx;
send rfc3118-auth 00:00:00:00:00:00:00:00:00:00:00:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xxx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx;
request subnet-mask, routers, broadcast-address;
}
en relisant le sujet, je me souviens de ce que j'avais rajouté pour corriger le souci, voir le message #2
mais il serait bien d'avoir des logs pour comprendre ce qu'il se passe vraiment
Jerem
-
merci.
mais est-ce nécessaire d'avoir 2 daemon dhclient lancés en même temps ?
chez moi j'en ai un pour ivp4 (dhclient -4)
et un pour ipv6 (dhclient -6).
Je me demande si c'est nécessaire et si ce n'est pas là mon problème.
-
hello,
non non, ça c'est ok. un dhclient par protocole.
ce que j'ai fini par faire, c'est d'appeler une conf par interface ou par protocole.
un truc du genre dans le fichier interface:
post-up dhclient -v -4 -cf /etc/dhcp/dhclient-vlan-832.conf -pf /run/dhclient.$IFACE.pid -lf /var/lib/dhcp/dhclient.$IFACE.leases $IFACE
down dhclient -v -x -cf /etc/dhcp/dhclient-vlan-832.conf -lf /var/lib/dhcp/dhclient.$IFACE.leases -pf /run/dhclient.$IFACE.pid $IFACE || true
j'ai trouvé que ça fonctionnait mieux au quotidien avec une tel conf, mais ça ne sert peut être à rien, c'est purmeent mon usage et mon ressenti :)
voilà pour quelques pistes
Jerem
-
ok super, et quelle est ta ligne de commande pour dhclient -6 ?
moi j'ai :
dhclient -6 -q -cf $config -pf ${piddir}/${iface}_6.pid -P -nw $iface
avant j'avais :
dhclient -6 -q -cf $config -pf ${piddir}/${iface}_6.pid -P -D LL $iface
-
vu que j'ai une vieille debian, j'utilise dibbler pour récupérer mon prefix ipv6 auprès d'orange
Jerem
-
Ok, merci qd même