Contenu | Rechercher | Menus

Annonce

Si vous avez des soucis pour rester connecté, déconnectez-vous puis reconnectez-vous depuis ce lien en cochant la case
Me connecter automatiquement lors de mes prochaines visites.

À propos de l'équipe du forum.

#1 Le 17/04/2014, à 20:05

NikkoBuntu

etrange problème de blocage ssh depuis ubuntu vers ubuntu serveur

Bonjour à tous ..
voila le problème :

- je dispose d'un serveur ubuntu distant accessible depuis l'extérieur en ssh par la redirection d'un port ouvert sur le routeur de mon FAI.
- je dispose d'un pc portable avec ubuntu 13.04 assez fraîchement installé dessus, avec l'install standard donc Unity + nautilus.
- J'utilise régulièrement l'accès sftp://monserveur:monport (syntaxe explicative wink lol) depuis nautilus, ce qui marche relativement très bien smile

Depuis peu, à partir d'un lieu distant disposant d'un accès ADSL 12MO nouvellement installé, le phénomène suivant se produit : nautilus se "bloque" ou se "fige" lors de la demande d'accès en sftp au serveur en question. soit à la première connexion, soit en cours de parcours de répertoires de mon serveur distant. L'attente peut atteindre plusieurs minutes (>10), puis se débloquer, ou échouer ensuite.

Ce que j'ai fait pour essayer de comprendre :

-- Ma première réaction ayant été de penser à un pb côté serveur, j'ai checker cette option sans relever d'anomalie notoire ; j'ai tester les accès sur un autre système du même réseau distant, avec les mêmes résultats bloquants. Donc, à priori, exit l'idée d'un pb côté du serveur.

--suspectant alors Nautilus, j'ai fait le même test en ssh direct via une console :
  -- Quand en ssh, j'envoie, par exemple, la commande "ll -R" (ou ls -lR), l'affichage démarre puis se bloque après quelques ligne, quelques centaines de caractères tout au plus ... là, il me suffit de taper sur n'importe quelle touche du clavier pour le la commade reprenne sont exécution ... et se rebloquer quelques centaines de caratères plus loin, sans raison apparente, sans que l'on puisse même y voir une régularité (une taille de bloc, ou autre) ....

  --par précaution, j'ai refait le test avec "Nemo" comme gestionnaiure de fichier et obtenu le meme résultat.

-- J'ai donc suspecté ma connexion locale :
  --- J'ai donc refait tous mes tests, non plus via mon routeur, mais via mon tél 3G en partage wifi. Bingo, tout marche relativement lentement, mais de façon fluide et sans blocage apparent !!! Donc, j'ai pensé à quelque chose de démoniaque dans ma conf de mon routeur ADLS (tout neuf, installation depuis une semaine !!)
  -- j'ai refait 'et répété) tout ces tests, en connexion local (wifi, filaire, wifi+filaire = tous les cas de figures !!), sous WINDOWS (troll s'abstenir, merci d'avance, cool !!) et je n'ai remarqué aucun problème ; un petit utilitaire (swish) installé me permettant un navigation fluide et rapide dans les répertoires du serveur distant !!!!!!!!

donc en résumé :

de ubuntu    à  ubuntu distant  | 3G = sftp : aucun pb | ADSL = sftp : blocage    |
de windows  à ubuntu  distant  | 3G = sftp : aucun pb | ADSL = sftp : aucun pb |

Je dois dire qu'en dehors de cela, la connecdtion ADSL semble fonctionner normalement ... j'ai fait les test de vistesse qui reste nominal par rapport à l'offre .. !!!

Bref, j'y perd mon latinux ... et comme il s'agit de mon installation pro, je suis très ennuyé avec cela !!

La seule chose qu'il me semble y voir, serait qu'il se passe quelque chose comme si mon serveur se mettait en attente d'un ACK (protocole de transmission) de la part du PC distant, suspendant tout envoi .. et que le simple appui sur n'importe quelle touche générait de fait un avoi débloquant la suite de la communication !! mais c'est la de la pure hypothèse à la portée de insuffidantge connaissance

UN AMI AIMABLE LECTEUR DE MON PN AURAIT-IL UNE IDÉE OU DÉJÀ RENCONTRÉ QUELQUE CHOSE DE SIMILAIRE ???

D'avance, merci de votre aide ..

Edit : Est-ce que cela pourrait-il à voir quelque chose avec le paramétrage du MTU ou autre barbarité de bas niveau de la sorte smile ? un expert de ces paramétrages pourrait-il me dire si ce qu'il se passe pourrait en être le symptôme .?  Merci smile:)

Dernière modification par NikkoBuntu (Le 17/04/2014, à 20:10)


Nicolas
Le MIEUX est l'ENNEMI du BIEN ...

Hors ligne

#2 Le 17/04/2014, à 20:38

NikkoBuntu

Re : etrange problème de blocage ssh depuis ubuntu vers ubuntu serveur

J'oubliais !!!! :

/etc/interface :
# interfaces(5) file used by ifup(8) and ifdown(8)
auto lo
iface lo inet loopback
#########################################################
uname :
3.11.0-19-generic x86_64

#########################################################
ifconfig :
eth0      Link encap:Ethernet  HWaddr 11:22:33:44:55:66 
          inet adr:192.168.1.6  Bcast:192.168.1.255  Masque:255.255.255.0
          adr inet6: aaaa::bbbb:cccc:dddd:eeee/64 Scope:Lien
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          Packets reçus:23528 erreurs:0 :49 overruns:0 frame:0
          TX packets:7984 errors:0 dropped:0 overruns:0 carrier:1
          collisions:0 lg file transmission:1000
          Octets reçus:5283376 (5.2 MB) Octets transmis:1434527 (1.4 MB)

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:65536  Metric:1
          Packets reçus:28214 erreurs:0 :0 overruns:0 frame:0
          TX packets:28214 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 lg file transmission:0
          Octets reçus:17752919 (17.7 MB) Octets transmis:17752919 (17.7 MB)

wlan0     Link encap:Ethernet  HWaddr 11:22:33:44:55:66 
          inet adr:192.168.1.3  Bcast:192.168.1.255  Masque:255.255.255.0
          adr inet6: aaaa::bbbb:cccc:dddd:eeee/64 cope:Lien
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          Packets reçus:68586 erreurs:0 :0 overruns:0 frame:0
          TX packets:35819 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 lg file transmission:1000
          Octets reçus:49704706 (49.7 MB) Octets transmis:7809577 (7.8 MB)

#########################################################
lsmod :
Module                  Size  Used by
autofs4                38674  2
parport_pc             32701  0
ppdev                  17671  0
rfcomm                 69130  12
bnep                   19704  2
nfsd                  280346  2
auth_rpcgss            54717  1 nfsd
nfs_acl                12837  1 nfsd
nfs                   180906  0
lockd                  94016  2 nfs,nfsd
sunrpc                271857  6 nfs,nfsd,auth_rpcgss,lockd,nfs_acl
dm_crypt               22832  1
snd_hda_codec_hdmi     41154  1
joydev                 17377  0
coretemp               13435  0
snd_hda_codec_realtek    56475  1
eeepc_wmi              13151  0
asus_wmi               24191  1 eeepc_wmi
sparse_keymap          13948  1 asus_wmi
arc4                   12608  2
rtl8192se              63196  0
rtl_pci                26641  1 rtl8192se
microcode              23656  0
rtlwifi                63229  2 rtl_pci,rtl8192se
snd_hda_intel          52267  3
snd_hda_codec         188738  3 snd_hda_codec_realtek,snd_hda_codec_hdmi,snd_hda_intel
mac80211              597268  3 rtl_pci,rtlwifi,rtl8192se
snd_hwdep              13602  1 snd_hda_codec
snd_pcm               102033  3 snd_hda_codec_hdmi,snd_hda_codec,snd_hda_intel
psmouse                97655  0
snd_page_alloc         18710  2 snd_pcm,snd_hda_intel
serio_raw              13413  0
cfg80211              480503  2 mac80211,rtlwifi
snd_seq_midi           13324  0
snd_seq_midi_event     14899  1 snd_seq_midi
shpchp                 37032  0
snd_rawmidi            30095  1 snd_seq_midi
uvcvideo               80885  0
videobuf2_vmalloc      13216  1 uvcvideo
snd_seq                61560  2 snd_seq_midi_event,snd_seq_midi
videobuf2_memops       13362  1 videobuf2_vmalloc
videobuf2_core         40499  1 uvcvideo
videodev              133509  2 uvcvideo,videobuf2_core
snd_seq_device         14497  3 snd_seq,snd_rawmidi,snd_seq_midi
snd_timer              29433  2 snd_pcm,snd_seq
btusb                  28267  0
snd                    69141  17 snd_hda_codec_realtek,snd_hwdep,snd_timer,snd_hda_codec_hdmi,snd_pcm,snd_seq,snd_rawmidi,snd_hda_codec,snd_hda_intel,snd_seq_device,snd_seq_midi
nvidia               9430379  51
bluetooth             372041  22 bnep,btusb,rfcomm
soundcore              12680  1 snd
drm                   297056  2 nvidia
i2c_nforce2            13221  0
nls_utf8               12557  0
cifs                  435872  0
fscache                58860  2 nfs,cifs
mac_hid                13205  0
wmi                    19070  1 asus_wmi
lp                     17759  0
parport                42299  3 lp,ppdev,parport_pc
hid_generic            12548  0
hid_logitech_dj        18581  0
usbhid                 53014  0
hid                   101762  4 hid_generic,usbhid,hid_logitech_dj
pata_acpi              13038  0
ahci                   25819  4
atl1c                  46086  0
libahci                32009  1 ahci
video                  19318  1 asus_wmi
  *-network
       description: Interface réseau sans fil
       produit: RTL8191SEvA Wireless LAN Controller
       fabriquant: Realtek Semiconductor Co., Ltd.
       identifiant matériel: 0
       information bus: pci@0000:07:00.0
       nom logique: wlan0
       version: 10
       numéro de série: xxxxxxxxxxxxxxxx (caché)
       bits: 32 bits
       horloge: 33MHz
       fonctionnalités: pm msi pciexpress bus_master cap_list ethernet physical wireless
       configuration: broadcast=yes driver=rtl8192se driverversion=3.11.0-19-generic firmware=N/A ip=192.168.1.3 latency=0 link=yes multicast=yes wireless=IEEE 802.11bgn
       ressources: irq:18 portE/S:d800(taille=256) mémoire:fbefc000-fbefffff
  *-network
       description: Ethernet interface
       produit: AR8132 Fast Ethernet
       fabriquant: Qualcomm Atheros
       identifiant matériel: 0
       information bus: pci@0000:09:00.0
       nom logique: eth0
       version: c0
       numéro de série: aa:bb:cc:dd:ee
       taille: 100Mbit/s
       capacité: 100Mbit/s
       bits: 64 bits
       horloge: 33MHz
       fonctionnalités: pm msi pciexpress vpd bus_master cap_list ethernet physical tp 10bt 10bt-fd 100bt 100bt-fd autonegotiation
       configuration: autonegotiation=on broadcast=yes driver=atl1c driverversion=1.0.1.1-NAPI duplex=full ip=192.168.1.6 latency=0 link=yes multicast=yes port=twisted pair speed=100Mbit/s
       ressources: irq:41 mémoire:fbfc0000-fbffffff portE/S:ec00(taille=128)


#########################################################
/etc/lsb_release:
DISTRIB_ID=Ubuntu
DISTRIB_RELEASE=13.10
DISTRIB_CODENAME=saucy
DISTRIB_DESCRIPTION="Ubuntu 13.10"


Nicolas
Le MIEUX est l'ENNEMI du BIEN ...

Hors ligne

#3 Le 17/04/2014, à 23:00

jackall

Re : etrange problème de blocage ssh depuis ubuntu vers ubuntu serveur

Hi,
là comme ça ton problème pourrais avoir plusieurs cause...
Le blocage est il présent depuis l'ADSL vers d'autre site ?
D'autres services de ton services sont ils "impacté" par ce problème?
Ton poste sous Windows est il équipé du client VPN Cisco ( je demande car l'installation de celui-ci réduit automatiquement le MTU de l'interface...)

++

Hors ligne

#4 Le 18/04/2014, à 16:15

NikkoBuntu

Re : etrange problème de blocage ssh depuis ubuntu vers ubuntu serveur

Merci Jackall pour ta réponse ...

jackall a écrit :

Le blocage est il présent depuis l'ADSL vers d'autre site ?
++

Je n'ai malheursement pas accès à d'autre site du même type (Routeur + serveur Linux derrière).
Le reste de l'internet semble fonctionner normalement.

jackall a écrit :

D'autres services de ton services sont ils "impacté" par ce problème?
Ton poste sous Windows est il équipé du client VPN Cisco ( je demande car l'installation de celui-ci réduit automatiquement le MTU de l'interface...)
++

Non.
Hélas sad.
Nouveau : si je lance depuis le PC Ubuntu client un sftp sur le serveur distant, la connexion se passe normalement, j'obtiens le prompt sftp côté client, mais se bloque définitivement sur une simple commande "ls" (reste dans le vide, il faut fermer le terminal)

Je tiens à dispo en privé les traces de connexion de sftp + les ps ax et autre lsof du process sftp.

Merci a tous


Nicolas
Le MIEUX est l'ENNEMI du BIEN ...

Hors ligne

#5 Le 18/04/2014, à 16:24

NikkoBuntu

Re : etrange problème de blocage ssh depuis ubuntu vers ubuntu serveur

Merci Jackall pour ta réponse ...

jackall a écrit :

Le blocage est il présent depuis l'ADSL vers d'autre site ?
++

Je n'ai malheursement pas accès à d'autre site du même type (Routeur + serveur Linux derrière).
Le reste de l'internet semble fonctionner normalement.

jackall a écrit :

D'autres services de ton services sont ils "impacté" par ce problème?
Ton poste sous Windows est il équipé du client VPN Cisco ( je demande car l'installation de celui-ci réduit automatiquement le MTU de l'interface...)
++

Non.
Hélas sad.
Nouveau : si je lance depuis le PC Ubuntu client un sftp sur le serveur distant, la connexion se passe normalement, j'obtiens le prompt sftp côté client, mais se bloque définitivement sur une simple commande "ls" (reste dans le vide, il faut fermer le terminal)

Je tiens à dispo en privé les traces de connexion de sftp + les ps ax et autre lsof du process sftp.

Merci a tous


Nicolas
Le MIEUX est l'ENNEMI du BIEN ...

Hors ligne

#6 Le 24/04/2014, à 10:07

tiramiseb

Re : etrange problème de blocage ssh depuis ubuntu vers ubuntu serveur

Salut,

Est-ce que cela pourrait-il à voir quelque chose avec le paramétrage du MTU ou autre barbarité de bas niveau de la sorte ?

C'est effectivement une possibilité. Ce serait étonnant car normalement c'est bien supporté, mais c'est une possibilité.

Essaye la commande suivante avant ta tentative dans le cas bloquant :

sudo ifconfig eth0 mtu 1350

(en remplaçant eth0 par le nom de ton interface si nécessaire)

Hors ligne

#7 Le 16/05/2014, à 11:13

NikkoBuntu

Re : etrange problème de blocage ssh depuis ubuntu vers ubuntu serveur

Bonjour,
Merci pour ta réponse.

tiramiseb a écrit :

Salut,

Est-ce que cela pourrait-il à voir quelque chose avec le paramétrage du MTU ou autre barbarité de bas niveau de la sorte ?

C'est effectivement une possibilité. Ce serait étonnant car normalement c'est bien supporté, mais c'est une possibilité.

Essaye la commande suivante avant ta tentative dans le cas bloquant :

sudo ifconfig eth0 mtu 1350

(en remplaçant eth0 par le nom de ton interface si nécessaire)

Non, cela ne change rien. J'ai refait plus de tests, notamment d'accéder à des systèmes distants autres que mon site principal. Le résultat des tests est le même, à savoir : en ADLS, blocage constant tous les quelques centaines de caractères, en attente de n'importe quel événement côté client pour envoyer une autre trame de quelques centaines de caractères ; le même blocage se produit en sftp, en ftp ('même avec filezilla) ce qui rend mon site distant inexploitable par le canal ADLS ...

.. en 3G, fluide en ssh, sftp, ftp et filezilla (nonobstant la lenteur).

Je soupçonne donc mon modem-routeur (Sagem Routeur TG589 v3 ) fourni par mon FAI (Maroc Télécom) ou un paramétrage chez mon FAI. Je dois faire le test avec un autre modem routeur pour voir si c'est ce maillon qui génère le pb.

Je rappelle qu'étrangement, sous windows,  avec un putty ou un putty like (wish), le problème ne se pose pas et que les temps de réponse sont excellents !!!!

merci @tiramiseb pour vos réponses

Dernière modification par NikkoBuntu (Le 16/05/2014, à 11:17)


Nicolas
Le MIEUX est l'ENNEMI du BIEN ...

Hors ligne