Déconnexions intempestives

Déconnexions intempestives - réseaux et sécurité - Linux et OS Alternatifs

Marsh Posté le 04-07-2007 à 17:11:14    

Bonjour à tous,
 
je me bats toujours avec mon système LFS et là je fais encore face à un problème pour lequel je sais pas par où commencer...
 
Je fais du ssh sur mon système et je suis régulièrement déconnecté. Je comprends pas trop parce par exemple, quand j'ai plusieurs connexion ssh ouvertes (avec putty), il y en a une qui coupe mais j'ai toujours la main sur les autres. Ca n'a pas l'air de situé au niveau du serveur ssh puisqu'il tourne toujours et j'ai rien vu de particulier dans les logs.
 
Par ailleurs, j'ai aussi des problèmes avec mon http qui tourne dessus. Je surf sur le site et puis de temps en temps, ca coupe. Plus moyen d'afficher aucune page. J'attend un peu, je recommence et ca repart en général. Pour les délais, c'est varié...
 
J'utilise un kernel 2.6.21.5 et iptables 1.3.7. Ca ne vient pas d'iptables non plus puisque j'ai viré toutes les règles pare-feu pour voir et ca fait pareil.
 
Si vous avez quelques pistes pour chercher, je suis preneur. Je sais pas trop où aller voir en fait..  :sweat:  
 
Merci.
 
 


---------------
-_- http://www.scienceshopping.com -_-
Reply

Marsh Posté le 04-07-2007 à 17:11:14   

Reply

Marsh Posté le 04-07-2007 à 17:15:16    

branche un portable directement sur son interface eth pour etre sur que le pb soit localisé sur ton serveur.
 
sinon j'ai pas trop d'idées... :??:


---------------
ma conduite intérieure .:R | memaster pilote officiel de la HFR Badoit-Auchan F1 Team | zéro tracas, zéro blabla MMa.ster
Reply

Marsh Posté le 04-07-2007 à 17:38:03    

memaster a écrit :

branche un portable directement sur son interface eth pour etre sur que le pb soit localisé sur ton serveur.
 
sinon j'ai pas trop d'idées... :??:


 
c'est pas ca, j'ai testé.
le problème est bien au niveau de mon système LFS. doit y avoir des problèmes dans les paramètres dans le /proc et compagnie mais j'y connais pas grand chose là dedans.
 
edit: quand je perds la main, le ping répond toujours...


Message édité par _p1c0_ le 04-07-2007 à 18:03:44

---------------
-_- http://www.scienceshopping.com -_-
Reply

Marsh Posté le 04-07-2007 à 18:30:55    

pas un timeout au niveau de la session ssh ?


---------------
Never f**k with your systems administrator. Why? Because they know what you do with all that free time! |?? | SAVE Jericho !
Reply

Marsh Posté le 04-07-2007 à 18:48:05    

Le_Tolier a écrit :

pas un timeout au niveau de la session ssh ?


 
non je pense pas. surtout que j'ai le même genre de problème avec mon interface web...


---------------
-_- http://www.scienceshopping.com -_-
Reply

Marsh Posté le 04-07-2007 à 19:11:10    

un p'ti résultat de ifconfig?


---------------
ma conduite intérieure .:R | memaster pilote officiel de la HFR Badoit-Auchan F1 Team | zéro tracas, zéro blabla MMa.ster
Reply

Marsh Posté le 04-07-2007 à 21:08:14    

je redoute un problème matériel ...
 
config de ton serveur (proc,ram,chipset,chipset réseau) ?
 
regarde dans kernel.log et dmesg voir si tu n'as pas un conflit d'irq ou ce genre de connerie ...

Reply

Marsh Posté le 05-07-2007 à 11:06:37    

memaster a écrit :

un p'ti résultat de ifconfig?


 

eth0      Link encap:Ethernet  HWaddr 00:0A:5E:20:50:06
          inet addr:192.168.5.198  Bcast:192.168.5.255  Mask:255.255.255.0
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:5 errors:0 dropped:0 overruns:1 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:406 (406.0 b)  TX bytes:0 (0.0 b)
          Interrupt:17 Base address:0x2000
 
eth1      Link encap:Ethernet  HWaddr 00:0A:5E:20:50:82
          inet addr:172.16.100.1  Bcast:172.16.255.255  Mask:255.255.0.0
          UP BROADCAST MULTICAST  MTU:1500  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:0 (0.0 b)  TX bytes:0 (0.0 b)
          Interrupt:16 Base address:0x4000
 
eth2      Link encap:Ethernet  HWaddr 00:03:1D:02:01:E2
          inet addr:192.168.9.198  Bcast:192.168.9.255  Mask:255.255.255.0
          UP BROADCAST MULTICAST  MTU:1500  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:0 (0.0 b)  TX bytes:0 (0.0 b)
          Interrupt:18
 
lo        Link encap:Local Loopback
          inet addr:127.0.0.1  Mask:255.0.0.0
          UP LOOPBACK RUNNING  MTU:16436  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:0 (0.0 b)  TX bytes:0 (0.0 b)


 
 

fighting_falcon a écrit :

je redoute un problème matériel ...


quand je reboote sur l'ancien système, avec un autre disque dur, je n'ai pas constaté ce genre de problème.
 

fighting_falcon a écrit :

config de ton serveur (proc,ram,chipset,chipset réseau) ?
regarde dans kernel.log et dmesg voir si tu n'as pas un conflit d'irq ou ce genre de connerie ...


 
Config:  
P4 2,40GHz,  
une carte réseau intégrée Intel et deux 3COM 3C905CX-TX-M PCI 32
256Mo PC2700 Dane Elec
 
Les 2 cartes 3COM sont montées sur un reiser qui nous fait parfois chier donc ca pourrait etre une cause du problème mais j'avais le meme problème en me branchant sur la Intel.
 
Au niveau irq, ca a l'air ok.
Par contre, j'ai compilé mon kernel avec l'option bridge en dur et là je suis pas en mode bridge, ca pourrait peut être etre ca... Je vais certainement faire le test de le passer en module pour voir.


---------------
-_- http://www.scienceshopping.com -_-
Reply

Marsh Posté le 05-07-2007 à 11:08:46    

tu serais pas pervers au point de configurer TCPKeepAlive no ?

Reply

Marsh Posté le 05-07-2007 à 11:15:23    

Taz a écrit :

tu serais pas pervers au point de configurer TCPKeepAlive no ?


 

#TCPKeepAlive yes


 
dans mon /etc/ssh/sshd_config et yes est la valeur par défaut.
Et puis comme je l'ai dit, j'ai aussi ce genre de problème sur mon interface web.
 
Quand j'ai la main, si je fait plein d'accès, ca va. Dés que je fais une petite pause, je perds la main sur ma connexion mais je peux ensuite en ouvrir une nouvelle sans problème en général.
Par contre, pour mon interface web, c'est bizarre parce que si je me trompe pas, c'est une nouvelle connexion qui est créé pour chaque page accédée non ? Pour le ssh, je veux bien croire que je perds la connexion mais vu que j'ai ce genre de problème sur le https aussi, ca me semble bizarre...
 
EDIT: et si je fais un test en ssh mais sur localhost, ca peut être interessant ou pas? peut être juste pour être certain que c'est pas le serveur ssh qui fonctionne mal...

Message cité 1 fois
Message édité par _p1c0_ le 05-07-2007 à 11:21:12

---------------
-_- http://www.scienceshopping.com -_-
Reply

Marsh Posté le 05-07-2007 à 11:15:23   

Reply

Marsh Posté le 05-07-2007 à 11:26:23    

_p1c0_ a écrit :

EDIT: et si je fais un test en ssh mais sur localhost, ca peut être interessant ou pas? peut être juste pour être certain que c'est pas le serveur ssh qui fonctionne mal...


 
bon j'ai fait le test, ca coutait pas grand chose. J'ai perdu la main aussi. Je ne peux plus ouvrir d'autre session ssh et j'ai pas accès à l'interface... Ca s'annonce difficile là...
 
edit: au bout d'une minute ou deux, je peux ouvrir à nouveau des sessions ssh et j'ai la main sur l'interface web.
 
edit1: je viens de voir un truc, dans un netstat, quand la connexion plante, je vois le Send-Q augmenter pour la connexion
 

Proto Recv-Q Send-Q Local Address           Foreign Address         State
tcp        0      0 127.0.0.1:222           127.0.0.1:60237         ESTABLISHED
tcp        0      0 127.0.0.1:222           127.0.0.1:34477         ESTABLISHED
tcp        0    156 192.168.5.198:222       192.168.5.190:2186      ESTABLISHED
tcp        0   1008 127.0.0.1:60237         127.0.0.1:222           ESTABLISHED
tcp        0      0 192.168.5.198:222       192.168.5.190:2063      ESTABLISHED
tcp        0    192 127.0.0.1:34477         127.0.0.1:222           ESTABLISHED


 
ca pourait éventuellement être une piste non ?


Message édité par _p1c0_ le 05-07-2007 à 11:46:00

---------------
-_- http://www.scienceshopping.com -_-
Reply

Marsh Posté le 05-07-2007 à 16:22:21    

Bon, j'essaye d'avancer dans mon diagnostic. J'ai lancé un coup d'ethreal pour voir ce qu'il se passe quand je perd une connexion:
 

Transmission Control Protocol, Src Port: 222 (222), Dst Port: 1868 (1868), Seq: 612, Ack: 104, Len: 0
Transmission Control Protocol, Src Port: 1868 (1868), Dst Port: 222 (222), Seq: 104, Ack: 0, Len: 52
Transmission Control Protocol, Src Port: 222 (222), Dst Port: 1868 (1868), Seq: 612, Ack: 156, Len: 0


 
Le Ack: 0 m'intrigue tout de même. Vous avez déjà vu ce genre de choses ?


---------------
-_- http://www.scienceshopping.com -_-
Reply

Marsh Posté le 05-07-2007 à 16:33:15    

Si c'est pas trop indiscret (en MP,en éventuellement), tu peux donner le résultat de la commande sysctl -a | grep -i tcp, sur le serveur ?


---------------
« Ce qui ne vous tue pas vous rend plus fort » F. Nietzsche | « Vise_ la Lune. Si tu rates, au pire, t'es dans la merde » Un poète disparu dans le cercle
Reply

Marsh Posté le 05-07-2007 à 16:40:17    

Zzozo a écrit :

Si c'est pas trop indiscret (en MP,en éventuellement), tu peux donner le résultat de la commande sysctl -a | grep -i tcp, sur le serveur ?


 
j'ai envoyé en MP.


---------------
-_- http://www.scienceshopping.com -_-
Reply

Marsh Posté le 06-07-2007 à 08:50:41    

Bon, sur une autre machine très proche ca vient de me faire pareil. C'est pas tout à fait la meme carte mère et le reiser pour les cartes réseaux diffère un peu aussi...


---------------
-_- http://www.scienceshopping.com -_-
Reply

Marsh Posté le 06-07-2007 à 09:03:44    

Pour poser la question idiotement : avec une livecd faisant tourner SSH, t'as le même problème ?
 
tes machines, tu les accèdes comment ? c'est un lien local ou bien tu as un routeur/fw entre les deux ?
t'as des règles de fw sur tes machines ? (expiration de conntrack, toussa)

Reply

Marsh Posté le 06-07-2007 à 09:07:54    

Taz a écrit :

Pour poser la question idiotement : avec une livecd faisant tourner SSH, t'as le même problème ?
 
tes machines, tu les accèdes comment ? c'est un lien local ou bien tu as un routeur/fw entre les deux ?
t'as des règles de fw sur tes machines ? (expiration de conntrack, toussa)


 
Avec mon autre disque dur et l'ancien système LFS (kernel en 2.4.27), ca marche bien, pas de problème.
 
Pour mes machines, elles sont connectées sur le réseau. Mon poste client est connecté sur le même switch et j'ai essayé aussi avec un cable croisé en direct, sur les différentes cartes réseau. Il y a bien des règles pare-feux sur ma machine mais j'ajoute une règle iptables -I INPUT -j ACCEPT donc je pense pas que ca vienne de là.
 
EDIT: je viens de repasser avec un kernel un peu plus vieux, 2.6.19.7 et pour le moment ca a l'air mieux... Enfin bon ca m'arrange pas tout ca...


Message édité par _p1c0_ le 06-07-2007 à 09:15:40

---------------
-_- http://www.scienceshopping.com -_-
Reply

Marsh Posté le 06-07-2007 à 14:03:35    

bon, il semblerait que ca fonctionne correctement.
 
En faisant mes recherches, j'ai vu que la différence entre mon noyau qui marche et celui qui marche pas c'est les pilotes réseaux (entre autres). J'avais mis mes pilotes en dur dans le noyau mais j'en avais mis plusieurs.... Alors après, est ce qu'il utilisait pas les bons. Faudrait que je recherche un peu plus sur le fonctionnement. J'ai repassé les pilotes des cartes réseaux en modules, j'ai chargé les bons modules et j'ai 5 sessions ssh dessus depuis ce matin 11h, je pense que c'est ok!  :D  
 
Je pense qu'on peut considérer que c'est ok mais on sait jamais...
 
Merci à ceux qui m'ont aidé et surtout à zzozo qui a passé pas mal de temps sur mon problème  ;)


---------------
-_- http://www.scienceshopping.com -_-
Reply

Sujets relatifs:

Leave a Replay

Make sure you enter the(*)required information where indicate.HTML code is not allowed