On 2005-08-16 16:10:21 +0200, k3rn wrote:
> >Et même problème avec un "ssh -vvv localhost".
[...]
> Aucun soucis dans ce sens...
>
> Ceci dis, je pense qu'effectivement, celà vient d'un soucis de
> dns... En effet, un "route" sur mon serveur met une quinzaine de
> secondes pour s'afficher...
OK,
Qu'est-ce qui est paramétré dans ton /etc/resolv.conf ?
Qu'indique la commande :
> host
quand tu l'exécute sur ton serveur ?
Le serveur ssh fait une résolution IP-->FQDN, et non FQDN-->IP,
l'entrée que tu as mis dans ton /etc/hosts ne sert donc pas pour la
résolution "inverse" faite par le serveu
Et même problème avec un "ssh -vvv localhost".
Tu devrais essayer ça sur ta machine. Si c'est aussi lent, ça ne
devrait pas être un problème de DNS, mais un problème au niveau
de sshd ou ailleurs dans la config système (voir les messages de
débugging du serveur s'il fait des requêtes je ne sais
On 2005-08-16 15:31:48 +0200, Vincent Lefevre wrote:
> On 2005-08-16 12:05:52 +0200, k3rn wrote:
> > Manifestement, je perd beaucoup de temps, entre cette ligne :
> >
> >-> debug1: SSH2_MSG_KEXINIT sent
> > et celle ci :
> > -> debug1: SSH2_MSG_KEXINIT received
>
> Pour info, j'ai l
On 2005-08-16 12:05:52 +0200, k3rn wrote:
> Manifestement, je perd beaucoup de temps, entre cette ligne :
>
>-> debug1: SSH2_MSG_KEXINIT sent
> et celle ci :
> -> debug1: SSH2_MSG_KEXINIT received
Pour info, j'ai le même problème avec le sshd (OpenSSH_3.8.1p1)
de Mac OS X (Tiger): 1
On 2005-08-16 11:49:16 +0200, k3rn wrote:
> ras2 est indiqué dans mon /etc/hosts, et de toute façon, le symptôme
> reste le même si je tappe l'ip, et pas le host...
Le serveur n'obtient de toute façon que l'adresse IP. Et la résolution
DNS inverse se fait à partir de l'IP.
--
Vincent Lefèvre <[
Et côté serveur, tu as quelque chose de plus parlant ? (pour cela,
arrêter le serveur standard et le lancer ainsi : "sshd -d -d -d")
Euh, je tente de faire ça cet après midi...
Sinon, tu n'as pas indiqué quelles versions tu utilises ?
Côté client :
Source: openssh
Version: 1:3.9p1
Côté
Ton serveur ssh cherche à faire une résolution DNS "reverse"
(corespondance IP-->FQDN) de l'IP du poste client avec lequel tu te
connecte à chaque connexion, et il est probable que le serveur DNS
paramétré dans le resolv.conf de ton serveur SSH soit (temporairement
?) inacessibe, et donc la résolu
"ssh -vvv ras1" devrait fournir plus d'informations sur le problème.
Manifestement, je perd beaucoup de temps, entre cette ligne :
-> debug1: SSH2_MSG_KEXINIT sent
et celle ci :
-> debug1: SSH2_MSG_KEXINIT received
Je perd aussi du temps ici entre :
-> debug2: key: /h
[EMAIL PROTECTED] wrote:
A mon avis il s'agit d'un problème de résolution de nom, vérifie ton
/etc/hosts et si configuration de résolution DNS.
Cristophe.
Non non...
ras2 est indiqué dans mon /etc/hosts, et de toute façon, le symptôme
reste le même si je tappe l'ip, et pas l
A mon avis il s'agit d'un problème de résolution de nom, vérifie ton
/etc/hosts et si configuration de résolution DNS.
Cristophe.
k3rn a écrit :
Bonjour la liste.
J'ai un serveur, auquel je me connect via ssh.
Je passe les caractéristiques du serveur, et je met le doigt sur
Bonjour la liste.
J'ai un serveur, auquel je me connect via ssh.
Je passe les caractéristiques du serveur, et je met le doigt sur la ram
et swap libre :
50% de ram libre (sur 1 giga), et pas de swap utilisée.
Ce serveur sert de slave pour de la réplication mysql.
Ceci dis, lorsque je tente d
12 matches
Mail list logo