Perte intempestive du réseau (filaire)

Support Debian
#1

Bonjour (et bonne année à tous),
j’ai installé un serveur debian :023 (6.0.6) dans ma pme pour quelques fonctionnalités : lamp + un partage samba (sur le www) + un accès ssh.

Depuis que nous avons changé le rooter adsl, le serveur perd la connexion réseau de manière intempestive, cela arrive une à plusieurs fois par semaine, sans logique apparente. :017

Je dois accéder manuellement à la machine pour faire un dhclient eth0.

ifconfig eth0 avant :

eth0 Link encap:Ethernet HWaddr 00:21:cc:4b:52:fa adr inet6: fe80::221:ccff:fe4b:52fa/64 Scope:Lien UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:21159168 errors:0 dropped:0 overruns:0 frame:0 TX packets:1981706 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 lg file transmission:1000 RX bytes:2472672125 (2.3 GiB) TX bytes:500162735 (476.9 MiB) Interruption:26 Adresse de base:0x8000

ifconfig eth0 après :

eth0 Link encap:Ethernet HWaddr 00:21:cc:4b:52:fa inet adr:192.0.1.202 Bcast:192.0.1.255 Masque:255.255.255.0 adr inet6: fe80::221:ccff:fe4b:52fa/64 Scope:Lien UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:21159268 errors:0 dropped:0 overruns:0 frame:0 TX packets:1981741 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 lg file transmission:1000 RX bytes:2472682223 (2.3 GiB) TX bytes:500168329 (476.9 MiB) Interruption:26 Adresse de base:0x8000

Je cherche des indices pour trouver les origines de ce problème et le résoudre. Je ne suis pas débutant sous debian et linux mais loin d’être confirmé pour autant.

Peut-être y-a-t-il un fichier “log” qui pourrait m’apporter des indications ? :think:

D’avance, merci.

#2

Salut,
Peut-être pourrais-tu mettre une IP fixe à ton serveur ?

#3

Voici mon /etc/network/interface

[code]# 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 eth0
#NetworkManager#iface eth0 inet dhcp

auto eth0
iface eth0 inet static
address 192.0.1.202
netmask 255.255.255.0
gateway 192.0.1.50
[/code]
Cela ne suffit-il pas à lui laisser une ip fixe ?

#4

[quote=“nico”]Voici mon /etc/network/interface

[code]# 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 eth0
#NetworkManager#iface eth0 inet dhcp

auto eth0
iface eth0 inet static
address 192.0.1.202
netmask 255.255.255.0
gateway 192.0.1.50
[/code]
Cela ne suffit-il pas à lui laisser une ip fixe ?[/quote]
Si, dans ce cas pourquoi utilises-tu la commande dhclient ? Elle est faite pour demander une IP en DHCP.
Le serveur perd la connexion à internet ? Ou il n’est plus accessible depuis les autres machines du réseau local également ?

#5

OK pour la commande dhclient. Je l’utilise pour l’instant car je ne sais pas quelle autre commande utiliser. Peut-être “ifup eth0” ?

Pour la connexion internet, je ne sais pas, je ne pense pas, puisqu’elle n’a plus d’ip.
Pour les autres machines du réseau local, à coup sûr, elles n’y accèdent plus.

#6

peut-être que

peut t’aider?

#7

[quote=“nico”]OK pour la commande dhclient. Je l’utilise pour l’instant car je ne sais pas quelle autre commande utiliser. Peut-être “ifup eth0” ?

Pour la connexion internet, je ne sais pas, je ne pense pas, puisqu’elle n’a plus d’ip.
Pour les autres machines du réseau local, à coup sûr, elles n’y accèdent plus.[/quote]
dhclient ne réactive pas la carte réseau, par contre tu as peut-être un switch avec un problème ARP et le fait de taper cette commande lui permet de le corriger.

#8

Une adresse IP statique ne disparaît pas toute seule. En dehors d’un programme qui tourne sur la machine, je ne vois pas comment c’est possible. Il n’y aurait pas un autre gestionnaire de réseau installé (network-manager, wicd…) qui pourrait interférer ?

Notes :

  • A moins qu’il t’appartienne, le préfixe 192.0.1.x n’est pas valable pour un réseau privé. C’est 192.168.x.y.

  • Dans la configuration DHCP du nouveau routeur, as-tu bien vérifié que l’adresse statique du serveur 192.0.1.202 était soit en-dehors de la plage d’adresses attribuée par DHCP, soit réservée à l’adresse MAC du serveur ?

#9

En fait si, si elle n’est pas active. Mais ici elle l’est (UP).

Peux-tu développer ? Quel genre de problème ARP pourrait 1) être causé par un switch et 2) supprimer une adresse IP statique sur une machine ?

#10

Je viens d’avoir le même problème ce matin :

root@rd2:~# cat /var/log/syslog | grep eth0 | tail -n 25 Jan 5 22:20:51 rd2 dhclient: DHCPREQUEST on eth0 to 192.0.1.50 port 67 Jan 5 22:27:12 rd2 dhclient: DHCPREQUEST on eth0 to 192.0.1.50 port 67 Jan 6 00:08:46 rd2 dhclient: DHCPREQUEST on eth0 to 192.0.1.50 port 67 Jan 6 01:03:15 rd2 dhclient: DHCPREQUEST on eth0 to 192.0.1.50 port 67 Jan 6 01:46:28 rd2 dhclient: DHCPREQUEST on eth0 to 192.0.1.50 port 67 Jan 6 05:45:34 rd2 kernel: [16496446.644398] r8169 0000:01:00.0: eth0: link down Jan 6 05:45:34 rd2 NetworkManager[2950]: <info> (eth0): carrier now OFF (device state 3) Jan 6 05:45:34 rd2 NetworkManager[2950]: <info> (eth0): device state change: 3 -> 2 (reason 40) Jan 6 05:45:34 rd2 NetworkManager[2950]: <info> (eth0): deactivating device (reason: 40). Jan 6 05:45:34 rd2 NetworkManager[2950]: <error> [1452055534.154790] [nm-system.c:1229] check_one_route(): (eth0): error -34 returned from rtnl_route_del(): Netlink Error (errno = Numerical result out of range) Jan 6 05:45:34 rd2 avahi-daemon[3178]: Withdrawing address record for 192.0.1.202 on eth0. Jan 6 05:45:34 rd2 avahi-daemon[3178]: Leaving mDNS multicast group on interface eth0.IPv4 with address 192.0.1.202. Jan 6 05:45:34 rd2 avahi-daemon[3178]: Interface eth0.IPv4 no longer relevant for mDNS. Jan 6 05:45:35 rd2 NetworkManager[2950]: <info> (eth0): carrier now ON (device state 2) Jan 6 05:45:35 rd2 NetworkManager[2950]: <info> (eth0): device state change: 2 -> 3 (reason 40) Jan 6 05:45:48 rd2 kernel: [16496460.510217] r8169 0000:01:00.0: eth0: link down Jan 6 05:45:48 rd2 NetworkManager[2950]: <info> (eth0): carrier now OFF (device state 3) Jan 6 05:45:48 rd2 NetworkManager[2950]: <info> (eth0): device state change: 3 -> 2 (reason 40) Jan 6 05:45:48 rd2 NetworkManager[2950]: <info> (eth0): deactivating device (reason: 40). Jan 6 05:45:49 rd2 NetworkManager[2950]: <info> (eth0): carrier now ON (device state 2) Jan 6 05:45:49 rd2 NetworkManager[2950]: <info> (eth0): device state change: 2 -> 3 (reason 40) Jan 6 06:00:24 rd2 dhclient: DHCPREQUEST on eth0 to 255.255.255.255 port 67 Jan 6 06:00:24 rd2 avahi-daemon[3178]: Joining mDNS multicast group on interface eth0.IPv4 with address 192.0.1.202. Jan 6 06:00:24 rd2 avahi-daemon[3178]: New relevant interface eth0.IPv4 for mDNS. Jan 6 06:00:24 rd2 avahi-daemon[3178]: Registering new address record for 192.0.1.202 on eth0.IPv4.

Je pense qu’il y a bien un gestionnaire de réseau actif :

root@rd2:~# ps -ef | grep work root 2950 1 0 2015 ? 00:02:05 /usr/sbin/NetworkManager
Dois-je le tuer ? Comment s’assurer qu’il ne se relancera pas en cas de redémarrage ?

J’ai aussi oublié de préciser qu’il y avait un service vpn en pptp. Des collègues y accèdent de l’extérieur pour se connecter à notre réseau. Le rooteur adsl prévoit une redirection du port 1723 vers l’adresse ip local du serveur (192.0.1.202). Est-ce que cela peut aussi être une cause du problème ?

#11

En effet NetworkManager est présent mais par défaut il ne devrait pas interférer avec une interface configurée dans le fichier /etc/network/interfaces.
Quelle est la valeur de l’option [mono]managed[/mono] dans la section [ifupdown] du fichier /etc/NetworkManager/NetworkManager.conf ? Par défaut [mono]managed=false[/mono].

Le déclencheur de tout ça, c’est quand même la perte de la liaison ethernet signalée par “eth0: link down”. Il y a donc un problème de pilote/chipset (déjà vu avec des chipsets Realtek pas très bien gérés par le pilote par défaut r8169), de câble ou de port du switch/routeur.

En tout cas, arrête d’utiliser [mono]dhclient[/mono]. Pour reconfigurer l’interface utile plutôt

ifup -f eth0.

Je ne vois pas en quoi cela pourrait être lié à la redirection de port.

#12

[quote=“PascalHambourg”]
Quelle est la valeur de l’option [mono]managed[/mono] dans la section [ifupdown] du fichier /etc/NetworkManager/NetworkManager.conf ? Par défaut [mono]managed=false[/mono].[/quote]
La valeur est bien à false.

[quote=“PascalHambourg”]En tout cas, arrête d’utiliser dhclient. Pour reconfigurer l’interface utile plutôt
Code:
ifup -f eth0[/quote]
C’est noté, au prochain pépin, je fais cela.

#13

le pépin est fréquent? localisé sur un créneau horaire?

une solution “temporaire” serait de mettre

dans une tâche cron…genre toutes les heures si le souci est fréquent et aléatoire,
ou 1 fois par jour, le matin, juste avant les heures de travail si cela se produit uniquement la nuit…

#14

Salut,
Je ne perds pas la connexion internet mais je note qu’au démarrage il y a une petite secousse que je vois en utilisant dmesg

mBm), (N/A) [ 22.301956] skge 0000:02:15.0 eth0: enabling interface [ 25.273763] skge 0000:02:15.0 eth0: Link is up at 100 Mbps, full duplex, flow control both [ 25.696815] usblp1: removed [ 25.748369] usblp 2-1:1.1: usblp1: USB Bidirectional printer dev 2 if 1 alt 0 proto 2 vid 0x04B8 pid 0x080F [ 27.592148] skge 0000:02:15.0 eth0: disabling interface [ 27.594796] skge 0000:02:15.0 eth0: enabling interface [ 29.355358] skge 0000:02:15.0 eth0: Link is up at 100 Mbps, full duplex, flow control both