OVH Cloud OVH Cloud

Delais lors de login

17 réponses
Avatar
raboo1
Bonjour,

Lorsque je me connecte sur mon serveur Etch par le r=C3=A9seau (ssh,
telnet, vnc) j'ai un d=C3=A9lai de 5 secondes et je n'arrive pas =C3=A0 sav=
oir
d'o=C3=B9 cela vient. Est-ce que quelqu''un aurait une id=C3=A9e ou mieux u=
ne
solution.

Merci d'avance.

7 réponses

1 2
Avatar
raboo1
Le Tue, 27 Feb 2007 11:39:11 +0100,
Michel Grentzinger a écrit :

Le mardi 27 février 2007 10:56, raboo1 a écrit :
Non, ce n'est pas nécessaire.
Mais l'IP de ton poste Windows n'est pas connue de Linux si j'en
crois ton post en réponse à François.
A mon avis, c'est là que ça ne va pas.
Essaie de lancer ssh avec les options -vv via Putty pour en savoir
plus.




Je comprends pas trop, l'IP est connu étant donné que le dél ai
d'attente se produit à l'intérieur d'une connection déjà   établie.
Avatar
fra-duf-no-spam
Le 13571ième jour après Epoch,
écrivait:

Le Tue, 27 Feb 2007 02:57:59 +0100,
(François TOURDE) a écrit :

Le 13570ième jour après Epoch,
écrivait:

> Ben je m'y connecte à partir de windows avec Putty.
> Je pourrais ajouter que ça m'avait déjà fait cela dans le passé,
> mais cela ne durait que 2 ou 3 jours (entre 2 mise à jours).

Ça ressemble un peu à un souci de résolution de la part d e ton serveur
Linux. Quand tu fais un 'host <ip_windows>' depuis linux, ça dit qu oi?




Ça donne ça :
host 192.168.0.1
Host 1.0.168.192.in-addr.arpa not found: 3(NXDOMAIN)



Tu peux essayer de mettre alors dans ton /etc/hosts une ligne du genre

192.168.0.1 winPC

et voir ce que cela donne.
Avatar
raboo1
Le Tue, 27 Feb 2007 12:25:31 +0100,
Guy Roussin a écrit :

Bonjour,

Pour voir, essayes de supprimer la ligne dans ~/.ssh/known_hosts
relative à la machine qui essaye de se connecter ...

Guy



Cela ne change rien non plus.
Au fait maintenant j'ai un autre bug:
lorsque que je me log avec gdm sur mon compte xxx avec le bon mot de
passe yyy ça marche, mais lorsque que gnome-screensaver me demande mon
mot de passe pour le déverrouiller la boîte vibre et me dit "mot de
passe incorrect" et je crois que cela vient de l'update du jour.
Avatar
raboo1
Le Tue, 27 Feb 2007 12:33:17 +0100,
(François TOURDE) a écrit :

Le 13571ième jour après Epoch,
écrivait:
Tu peux essayer de mettre alors dans ton /etc/hosts une ligne du genre

192.168.0.1 winPC

et voir ce que cela donne.



Bravo, ça ma marche. Toutefois je ne comprends pourquoi ce problè me est
apparu après une mise à jour.

Merci quand même.
Avatar
fra-duf-no-spam
Le 13571ième jour après Epoch,
écrivait:

Le Tue, 27 Feb 2007 12:33:17 +0100,
(François TOURDE) a écrit :

Le 13571ième jour après Epoch,
écrivait:
Tu peux essayer de mettre alors dans ton /etc/hosts une ligne du genre

192.168.0.1 winPC

et voir ce que cela donne.



Bravo, ça ma marche. Toutefois je ne comprends pourquoi ce problà ¨me est
apparu après une mise à jour.



Probablement que ta mise à jour a inclus des modifications dans la
config de ssh, par exemple, ou bien PAM et hosts.allow, etc...

En tout état de cause, ssh tente de résoudre l'ip, et ta config f ait
que ça prends du temps pour dire NX.

En général, hosts.[allow|deny] passe par un mécanisme de r ésolution du
genre (IP1 -> Name -> IP2) pour voir si IP1=IP2 et permettre de croire
en l'IP. Cette IP1 est prise à la fois sur l'émetteur de la conne ction
et sur la liste dans /etc/hosts.[allow|deny] ... Si ton DNS est mal
configuré il peut prendre du temps à répondre.

Voilà.
Avatar
raboo1
Le Tue, 27 Feb 2007 12:44:44 +0100,
raboo1 a écrit :

Le Tue, 27 Feb 2007 12:25:31 +0100,
Guy Roussin a écrit :
Cela ne change rien non plus.
Au fait maintenant j'ai un autre bug:
lorsque que je me log avec gdm sur mon compte xxx avec le bon mot de
passe yyy ça marche, mais lorsque que gnome-screensaver me demande m on
mot de passe pour le déverrouiller la boîte vibre et me dit "mo t de
passe incorrect" et je crois que cela vient de l'update du jour.



Désolé pour le bruit, le bug venu du fait qu'en farfouillant
dans /etc/pam.d/ j'ai changé les droit de common-auth.
Avatar
raboo1
Le Tue, 27 Feb 2007 14:18:24 +0100,
(François TOURDE) a écrit :

Le 13571ième jour après Epoch,



écrivait:
Probablement que ta mise à jour a inclus des modifications dans la
config de ssh, par exemple, ou bien PAM et hosts.allow, etc...

En tout état de cause, ssh tente de résoudre l'ip, et ta config fait
que ça prends du temps pour dire NX.




Après réflexion, c'est à cette hypothèse à laquell e je suis parvenu.

En général, hosts.[allow|deny] passe par un mécanisme de r ésolution du
genre (IP1 -> Name -> IP2) pour voir si IP1=IP2 et permettre de croire
en l'IP. Cette IP1 est prise à la fois sur l'émetteur de la con nection
et sur la liste dans /etc/hosts.[allow|deny] ... Si ton DNS est mal
configuré il peut prendre du temps à répondre.

Voilà.





Encore merci à tous au fait.
1 2