Lenny : perte de connexion réseau aléatoire

Support Debian
#1

Bonjour,

J’ai installé depuis quelques jours un serveur que je souhaite utiliser pour faire du développement avec une version Lenny de Debian.

Tout marchait plutôt bien jusqu’à aujourd’hui : de temps à autres je ne peux plus me connecter depuis une des machines du réseau local avec Putty, FileZilla (sftp) ou un client mysql avec des erreurs du type :
“putty fatal error network error connection timed out”

Je peux occasionnellement et surtout très lentement avoir une connection, avec un affichage très lent, qui peux me permettre de me connecter, puis au bout de quelques minutes, putty se gèle et j’ai soit le message “Server unexpectedly closed network connection” ou “Network error: Softaware caused connection abort”.
Si j’essaye de faire une connexion en utilisant un client mysql, j’obtiens l’erreur suivante:
ERROR 2003 (HY000): Can’t connect to MySQL server on ‘svn.prismalog.com’ (10060)

Pendant ce temps, je peux pinger le serveur (en-dessous de 1 ms), je peux me connecter sur la console, le % processeur oscille autour de 1%… La connexion réseau du serveur semble être OK : je peux par exemple faire un “aptitude update”

Puis en général, au bout de 5 à 10 minutes, ça revient, je peux me connecter à nouveau, puis 5 à 10 minutes plus tard, rebelote.

Il me semble que tout cela est arrivé depuis que j’ai essayé de configurer mon serveur MySQL afin qu’il soit accessible par une autre machine du réseau local. J’ai pour cela modifié le fichier de config de mysql afin d’enlever le bind-address sur 127.0.0.1 .

Hier, en fin d’après-midi, j’ai aussi eu la mauvaise idée de faire un :

  • chmod g+w -R /etc

Ce qui apparemment lui a fortement déplu, notamment à cause des certificats utilisés par SSH qui depuis offraient un accès “groupe”. Je ne pouvais plus me connecter en SSH.
J’ai donc enlevé ce droit pour les deux fichiers /etc/ssh/ssh_host_rsa_key et /etc/ssh/ssh_host_dsa_key. Et j’ai ainsi si pu me reconnecter en SSH.

J’ai rebooté mon serveur. Mais les problèmes persistent toujours.

J’ai regardé des fichiers de log dans /var/log, mais je n’y ai pas trouvé d’indices (mais je n’ai peut-être pas regardé les bons).

Au niveau de la config de sshd :

  • j’ai enlevé le droit d’accès à root
  • j’ai changé le port 22 (pour un port au-dessus de 20000)

Le problème est reproductible depuis plusieurs machines du réseau local essayant de se connecter au serveur de dev (pendant la période où il boude).

Je suis débutant avec les systèmes Linux, et j’ai un peu du mal à m’orienter pour chercher la source de ce problème.

Sauriez-vous quels paramètres, log ou autres que je pourrais regarder pour avoir plus d’éléments sur ce problème ? Ou avez-vous des suggestions de manipulation à faire pour aller plus loin ?

Merci de votre aide,
Hakim

Infos supplémentaires,

Ce serveur a été installé sur un PC (avec un processeur AMD et 1024 Mo de RAM) avec une installation minimum (sans rien sélectionner). J’ai ensuite ajouté les paquets suivants (avec aptitude install):

  • ssh
  • apache2
  • php5
  • mysql-server
  • php5-mysql
  • libapache2-mod-php5
  • imagemagick
  • php5-cli
  • subversion
  • libapache2-svn

J’ai fait les update et upgrade…

Dans le fichier log kern.log j’ai trouvé, (à propos du dernier boot)

May 14 12:11:18 serv-dev kernel: [ 0.181558] ACPI Warning (tbutils-0217): Incorrect checksum in table [OEMB] - FD, should be EF [20080321]
May 14 12:11:18 serv-dev kernel: [ 9.116922] Error: Driver ‘pcspkr’ is already registered, aborting…
May 14 12:11:18 serv-dev kernel: [ 10.104244] VIA 82xx Modem: probe of 0000:00:11.6 failed with error -13

la commande ifconfig me retourne :

eth0 Link encap:Ethernet HWaddr 00:15:f2:6d:9d:de
inet adr:192.168.1.115 Bcast:192.168.1.255 Masque:255.255.255.0
adr inet6: fe80::215:f2ff:fe6d:9dde/64 Scope:Lien
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:4108 errors:0 dropped:0 overruns:0 frame:0
TX packets:3570 errors:0 dropped:0 overruns:0 carrier:0
collisions:48 lg file transmission:1000
RX bytes:472218 (461.1 KiB) TX bytes:1633977 (1.5 MiB)
Interruption:23 Adresse de base:0xb000

lo Link encap:Boucle locale
inet adr:127.0.0.1 Masque:255.0.0.0
adr inet6: ::1/128 Scope:Hôte
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:10 errors:0 dropped:0 overruns:0 frame:0
TX packets:10 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:0
RX bytes:782 (782.0 B) TX bytes:782 (782.0 B)

#2

Petites infos supplémentaires :

  • j’ai le même problème en faisant une requète HTTP (sur le serveur Apache)
  • par contre je me suis apperçu que je pouvais avoir le problème avec ma station1 qui essaye d’accéder (en vain) au serveur pendant que la station2 y arrive, puis ensuite, c’est le contraire, puis parfois les deux y accède (ce qui me convient très bien) et enfin les deux qui n’y arrivent pas.

Merci pour votre aide, si vous avez une idée de test à faire, ou autre…

Hakim

#3

salut, j’ai depuis peu le même probleme. J’ai écarté le defaut de switch, tout fonctionne sauf mes ports reseaux… de façon totalement arbitraire et de durée aléatoire. des periode même maintenant ou je ne peux plus le pinger du tout… et il s’isole completement de l’influance extérieur. seul le manoeuvres en shell local fonctionnent. J’ai aussi des services qui ne veulent pas s’eteindre correctement, et laisse leurs pid trainner.
Si tu as trouver la soluce merci de l’afficher ici…

Matos =

1 intel 4 ports gigabits
1 broadcom 4 ports gigabits
un dell R710

#4

salut
un ping sur les machine distante duran aux moins 10 minute donne quoi ? (si sa coupe laisser quand meme -> 10m)
faut peut être rebooter le routeur et les machine

#5

je dois dire que c’est assez interessant, le résultat.
mais avant de l’afficher ici j’ai un question à 3 sous.

Si jammais vous mettez 65536 dans le fichier fs_ipconntrack_max ilo se passe quoi chez vous ?

lenteur inhabituelle de login ssh ?
instabilité d’interface ? pouvez essayer pour vouar svp ?

nan c pas ca… pfff j’en ai maaaarrreeeee… j’ai jammais été emmm…dé avec la etch… là c’est le ponpon…

PS C:\Windows\system32> ping -t 172.16.0.4

Envoi d'une requête 'Ping'  172.16.0.4 avec 32 octets de données :
Délai d'attente de la demande dépassé.
Délai d'attente de la demande dépassé.
Délai d'attente de la demande dépassé.
Délai d'attente de la demande dépassé.
Délai d'attente de la demande dépassé.
Délai d'attente de la demande dépassé.
Délai d'attente de la demande dépassé.
Délai d'attente de la demande dépassé.
Réponse de 172.16.0.4 : octets=32 temps=1 ms TTL=127
Réponse de 172.16.0.4 : octets=32 temps<1ms TTL=127
Réponse de 172.16.0.4 : octets=32 temps<1ms TTL=127
Réponse de 172.16.0.4 : octets=32 temps<1ms TTL=127
Réponse de 172.16.0.4 : octets=32 temps<1ms TTL=127
Réponse de 172.16.0.4 : octets=32 temps<1ms TTL=127
Réponse de 172.16.0.4 : octets=32 temps<1ms TTL=127
Réponse de 172.16.0.4 : octets=32 temps<1ms TTL=127
Réponse de 172.16.0.4 : octets=32 temps<1ms TTL=127
Réponse de 172.16.0.4 : octets=32 temps<1ms TTL=127
Réponse de 172.16.0.4 : octets=32 temps<1ms TTL=127
Réponse de 172.16.0.4 : octets=32 temps<1ms TTL=127
Réponse de 172.16.0.4 : octets=32 temps<1ms TTL=127
Réponse de 172.16.0.4 : octets=32 temps<1ms TTL=127
Réponse de 172.16.0.4 : octets=32 temps<1ms TTL=127
Réponse de 172.16.0.4 : octets=32 temps<1ms TTL=127
Réponse de 172.16.0.4 : octets=32 temps<1ms TTL=127
Réponse de 172.16.0.4 : octets=32 temps<1ms TTL=127
Réponse de 172.16.0.4 : octets=32 temps<1ms TTL=127
Réponse de 172.16.0.4 : octets=32 temps<1ms TTL=127
Réponse de 172.16.0.4 : octets=32 temps<1ms TTL=127
Réponse de 172.16.0.4 : octets=32 temps<1ms TTL=127
Réponse de 172.16.0.4 : octets=32 temps<1ms TTL=127
Réponse de 172.16.0.4 : octets=32 temps<1ms TTL=127
Réponse de 172.16.0.4 : octets=32 temps<1ms TTL=127
Réponse de 172.16.0.4 : octets=32 temps<1ms TTL=127
Réponse de 172.16.0.4 : octets=32 temps<1ms TTL=127
Réponse de 172.16.0.4 : octets=32 temps<1ms TTL=127
Réponse de 172.16.0.4 : octets=32 temps<1ms TTL=127
Réponse de 172.16.0.4 : octets=32 temps<1ms TTL=127
Réponse de 172.16.0.4 : octets=32 temps<1ms TTL=127
Réponse de 172.16.0.4 : octets=32 temps<1ms TTL=127
Réponse de 172.16.0.4 : octets=32 temps<1ms TTL=127
Réponse de 172.16.0.4 : octets=32 temps<1ms TTL=127

Statistiques Ping pour 172.16.0.4:
    Paquets : envoyés = 42, reçus = 34, perdus = 8 (perte 19%),
Durée approximative des boucles en millisecondes :
    Minimum = 0ms, Maximum = 1ms, Moyenne = 0ms
Ctrl+C
PS C:\Windows\system32>
#6

je dirait que ta un souci avec le cable ou le routeur ou la carte reseau… mai bon le chmod que t’a fait sa me semble possible que sa vienne de la, le seul moyen c est de restaurer la config du système, sauvegarde que a fait bien évidement :slight_smile:
attend peut être d’autre avis :slight_smile:

#7

surtout ne vous croyez pas si laisé que ca…
#~/chroot/>ping www.google.fr -w 500
PING www.l.google.com (74.125.230.81) 56(84) bytes of data.
64 bytes from 74.125.230.81: icmp_seq=11 ttl=52 time=1881 ms
64 bytes from 74.125.230.81: icmp_seq=15 ttl=53 time=1140 ms
64 bytes from 74.125.230.81: icmp_seq=25 ttl=53 time=612 ms
64 bytes from 74.125.230.81: icmp_seq=26 ttl=52 time=823 ms
^C64 bytes from 74.125.230.81: icmp_seq=80 ttl=52 time=2268 ms

— www.l.google.com ping statistics —
82 packets transmitted, 5 received, 93% packet loss, time 119509ms
rtt min/avg/max/mdev = 612.157/1345.223/2268.528/631.031 ms, pipe 3

Je commence sérieusement à me poser des questions sur la lenny…

#8

sa ressemble a un problème reseaux , je n’y connaît pas grand chose, regarde peut etre du coter des dns.

#9

Un conflit d’adresse IP ? (2 ordis avec le même IP)