[Résolu] Impossible d'obtenir une adresse IP via DHCP (Livebox)

Support Debian
#1

Bonjour tout le monde,
je suis sur le point de m’arracher les cheveux !!
Sous Jessy 8.5, je n’arrive plus à obtenir une adresse IP de la part de ma box. ça fonctionne avec un autre PC et même avec une machine virtuelle…
ça fonctionnait très bien avant.
J’y suis connecté via un câble Ethernet. En wifi, ça ne fonctionne pas non plus…
J’ai changé de câble et configuré l’adresse et le reste en statique => ça fonctionne :slight_smile:

Voici quelques infos :

Ce qui m’intrigue dans la capture ci-dessous, c’est la dernière ligne. Il ne me semble pas l’avoir déjà vu auparavant :confused:

PC@HP:~$ ifconfig
eth0 Link encap:Ethernet HWaddr aa:aa:aa:aa:aa:aa
adr inet6: fe80::68f8:ccff:feb4:3eb6/64 Scope:Lien
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:60368 errors:0 dropped:0 overruns:0 frame:0
TX packets:35714 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:1000
RX bytes:83758214 (79.8 MiB) TX bytes:3043941 (2.9 MiB)
Interruption:20 Mémoire:d0700000-d0720000

LSPCI :

PC@HP:~$ lspci
00:00.0 Host bridge: Intel Corporation Haswell-ULT DRAM Controller (rev 0b)
00:02.0 VGA compatible controller: Intel Corporation Haswell-ULT Integrated Graphics Controller (rev 0b)
00:03.0 Audio device: Intel Corporation Haswell-ULT HD Audio Controller (rev 0b)
00:14.0 USB controller: Intel Corporation 8 Series USB xHCI HC (rev 04)
00:16.0 Communication controller: Intel Corporation 8 Series HECI #0 (rev 04)
00:16.3 Serial controller: Intel Corporation 8 Series HECI KT (rev 04)
00:19.0 Ethernet controller: Intel Corporation Ethernet Connection I218-LM (rev 04)
00:1b.0 Audio device: Intel Corporation 8 Series HD Audio Controller (rev 04)
00:1c.0 PCI bridge: Intel Corporation 8 Series PCI Express Root Port 1 (rev e4)
00:1c.3 PCI bridge: Intel Corporation 8 Series PCI Express Root Port 4 (rev e4)
00:1c.5 PCI bridge: Intel Corporation 8 Series PCI Express Root Port 6 (rev e4)
00:1d.0 USB controller: Intel Corporation 8 Series USB EHCI #1 (rev 04)
00:1f.0 ISA bridge: Intel Corporation 8 Series LPC Controller (rev 04)
00:1f.2 SATA controller: Intel Corporation 8 Series SATA Controller 1 [AHCI mode] (rev 04)
00:1f.3 SMBus: Intel Corporation 8 Series SMBus Controller (rev 04)
02:00.0 Network controller: Intel Corporation Wireless 7260 (rev 73)
03:00.0 Unassigned class [ff00]: Realtek Semiconductor Co., Ltd. RTS5227 PCI Express Card Reader (rev 01)

MII-TOOL :

PC@HP:~$ sudo mii-tool
[sudo] password for PC:
SIOCGMIIREG on eth0 failed: Input/output error
SIOCGMIIREG on eth0 failed: Input/output error
eth0: negotiated 1000baseT-FD flow-control, link ok

J’attends vos lumières :innocent:
Merci par avance.

#2

as tu installé network-manager
https://wiki.debian.org/fr/NetworkManager

root@debian:/# cat /etc/network/interfaces
# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).

source /etc/network/interfaces.d/*

# The loopback network interface
auto lo
iface lo inet loopback



root@debian:/# cat /etc/NetworkManager/NetworkManager.conf
[main]
plugins=ifupdown,keyfile

[ifupdown]
managed=true
#3

De quelle façon cherches-tu à obtenir une adresse IP en DHCP ?

Quelle capture ? De paquets ? Je n’en vois pas.
Quelle ligne ?

#4

Oui en effet, il est installé. En revanche, dans “managed”, j’ai false. Dois-je le passer à true ?
J’ignore si c’est la cause, mais une chose est sûre, je n’ai pas touché à ce fichier.

#5

Je tente d’obtenir l’adresse IP via dhclient :

sudo dhclient eth0

Au temps pour moi, je me suis mal exprimé je voulais parler du résultat de la commande ifconfig posté plus haut.
La ligne en question est celle-ci :

     Interruption:20 Mémoire:d0700000-d0720000

Merci.

#6

Non, à moins de savoir exactement ce que tu fais (ce qui n’est visiblement pas le cas sinon tu ne poserais pas la question). “false” est la valeur par défaut.

Bien, il n’y a pas plus simple. Ajoute l’option -v pour afficher plus d’informations et fais-nous un retour.
As-tu modifié le fichier /etc/dhcp/dhclient.conf ?

Tu n’y avais probablement jamais fait attention. C’est toujours pareil, il y a un tas d’informations banales et non pertinentes auxquelles on ne fait pas attention quand tout marche bien, et auxquelles on accorde une attention injustifiée au moindre problème.

#7

Voici la sortie pour ma machine physique qui pose problème :

PC@HP:~$ sudo dhclient -v eth0
[sudo] password for PC:
Internet Systems Consortium DHCP Client 4.3.1
For info, please visit https://www.isc.org/software/dhcp/

Listening on LPF/eth0/6a:f8:cc:b4:33:bb
Sending on LPF/eth0/6a:f8:cc:b4:33:bb
Sending on Socket/fallback
DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 7
DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 8
DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 12
DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 18
DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 9
DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 7
No DHCPOFFERS received.
No working leases in persistent database - sleeping.

Voici la même commande exécutée dans une machine virtuelle invitée dans la machine qui pose problème :

VM@HP:~$ sudo dhclient -v eth0
[sudo] password for VM:
Internet Systems Consortium DHCP Client 4.3.1
For info, please visit https://www.isc.org/software/dhcp/

Listening on LPF/eth0/08:00:cc:b4:3e:b6
Sending on LPF/eth0/08:00:cc:b4:3e:b6
Sending on Socket/fallback
DHCPREQUEST on eth0 to 255.255.255.255 port 67
DHCPACK from 192.168.1.1
bound to 192.168.1.30 – renewal in 39578 seconds

Oui pour y a jouter cette ligne que j’ai ôtée depuis l’apparition du dysfonctionnement :

supersede domain-name-servers IP_DNS;

#8

Machine virtuelle… il y a un pont contenant eth0 ? Dans ce cas il faudrait plutôt lancer dhclient sur l’interface pont, pas sur l’interface pontée.
Aussi, je trouve que l’adresse MAC est un peu bizarre.

#9

Alors oui l’interface de la machine virtuelle est en mode pont (bridge) avec l’interface eth0 de ma machine physique.
Bon c’est intriguant mais ça fonctionne de nouveau :dizzy_face:
Je m’explique, l’adresse MAC que j’utilise pour eth0 est différente de l’adresse réelle. Et donc différente de celle dans le fichier :

/etc/udev/rules.d/70-persistent-net.rules

Je fonctionne comme cela depuis un (long) moment et j’avoue n’avoir jamais rencontré le moindre problème.
Mais en consultant un autre site (lien si ça peut aider), j’ai ré-initialisé l’adresse MAC originale de l’interface et là il y a eu réponse du serveur DHCP (BOX) avec la commande dhclient.

Y a-t-il un lien entre dhclient et le fichier 70-persistent-net.rules ?

En tout cas merci pour ton aide toujours aussi précieuse. Et en plus on apprend pleins de choses.

#10

Non. Je ne vois pas non plus le rapport entre ton problème et le lien que tu indiques.

#11

Bon… je vais passer le post à “résolu” puis ferai quelques captures wireshark pour essayer d’y voir plus clair. Si je vois quelque chose d’intéressant, je le posterai ici.
Encore merci à toi Pascal et aux autres contributeurs.

#12

Bonsoir,
Je dis peut-être une bêtise (il est tard) mais étant donné qu’avec une configuration en statique ta connexion fonctionne, et que le retour de ifconfig indique une adr inet6 mais pas d’adresse en IPv4, le soucis ne viendrait-il pas que le serveur dhcp ne te trouve “simplement” pas d’adresse IPv4 ? Ça donne quoi avec une demande dhclient -4 eth0 ? (c’est le comportement par défaut, mais bon)
Sinon, c’est bizarre, mais le DHCP n’a pas l’air d’avoir d’autres IPv4 en stock, la machine virtuelle doit avoir un bail avec une expiration ultérieure à celui qu’avait la machine physique, il faudrait peut-être regarder sur la configuration de la box pour vérifier cela (j’avais rencontré un soucis sur l’attribution d’IP une fois, DHCP m’ayant attribué une adresse identique à celle (statique, configurée uniquement par /etc/interfaces car n’ayant pas le mdp d’administration de la box) de mon serveur, j’avais dû envoyer une demande “d’abandon” de cette adresse).

#13

ça veut dire que tu as installé Network Manager mais qu’il ne gère pas les interfaces

Activer la gestion des interfaces

Si vous souhaitez que NetworkManager gère les interfaces activées dans /etc/network/interfaces :

paramétrez managed=true dans /etc/NetworkManager/NetworkManager.conf.
Redémarrez NetworkManager :
/etc/init.d/network-manager restart

je te remets le lien que tu n’as visiblement pas lu :joy:
https://wiki.debian.org/fr/NetworkManager

#14

Qu’il ne gère pas les interfaces configurées dans /etc/network/interfaces (activées ou pas), ce qui est normal puisqu’elles sont censées être gérées par ifupdown. Les interfaces non configurées dans /etc/network/interfaces ne sont pas concernées par cette option.

#15

ok, quand on laisse faire Network-Manager sans bidouiller les fichiers de configuration on a ces valeurs

root@debian:/# cat /etc/network/interfaces
# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).

source /etc/network/interfaces.d/*

# The loopback network interface
auto lo
iface lo inet loopback


root@debian:/# cat /etc/NetworkManager/NetworkManager.conf
[main]
plugins=ifupdown,keyfile

[ifupdown]
managed=true
#16

Non, par défaut on a managed=false.

#17

bon mais il y a un loup dans ma conf?? tout fonctionne nickel pourtant
quand je lis ça https://developer.gnome.org/NetworkManager/stable/NetworkManager.conf.html
ifupdown section
This section contains ifupdown-specific options and thus only has effect when using the ifupdown plugin.
managed
If set to true, then interfaces listed in /etc/network/interfaces are managed by NetworkManager. If set to false, then any interface listed in /etc/network/interfaces will be ignored by NetworkManager. Remember that NetworkManager controls the default route, so because the interface is ignored, NetworkManager may assign the default route to some other interface.
The default value is false

je suis satisfait de ma configuration :sunglasses:

j’ai Applet NetworkManager dans le tableau de bord et tout roule

#18

En effet, j n’utilise pas Networkmanager. Je passe par Wicd pour mes interfaces.

J’y avais en effet pensé vu que la BOX ne répondait pas. Mais après vérification dans la box j’ai 40 adresses dans la plage DHCP; c’est plus que suffisant pour mon petit réseau.

Je continu mes investigations car j’aime comprendre ce qui se passe. Surtout que là c’est pas très rationnel… :alien:

#19

Non, si tu veux que NetworkManager gère les interfaces définies dans /etc/network/interfaces.
Dans la mesure où seule l’interface de loopback est définie dans ce fichier, la question est un peu vaine.

#20

Bonjour,
j’ai enfin trouvé :upside_down:
Bon le problème ne venait ni de Debian ni de moi :nerd:
En effet, apparemment il y a un problème avec le serveur DHCP de la Livebox qui ne relâcherait pas les baux DHCP; même après la fin de ceux-ci.

Source 1

Source 2

J’ai étendu la plage DHCP et là, j’ai immédiatement récupéré une adresse IP du nouveau scope…
En résumé, je n’ai que trois équipements branchés mais au moins 35 adresses IP (de .10 à .49) non-utilisables. Elles sont en quelque-sorte reversées pour les machines (adresse MAC) auxquelles elles ont été attribuées; il y a plusieurs mois…

J’ai changé de FAI il y a quelques mois. Tout fonctionnait alors normalement. C’est pour cette raison que je n’ai pas soupçonné le nouveau routeur. :rage:

Encore merci à tous pour vos réponses :slight_smile: