On Tue, Aug 16, 2005 at 03:39:41PM +0200, Vincent Lefevre wrote:
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 le même problème avec le sshd (OpenSSH_3.8.1p1) > de Mac OS X (Tiger): 10 secondes de délai entre ces deux messages. > Sur cette machine, j'ai installé une nouvelle version de sshd > (OpenSSH_4.1p1), et je n'ai plus aucun problème. Les deux fichiers > de config sshd_config sont quasiment les mêmes (la plus grosse > différence, c'est le numéro du port).
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 où).
Je constate une lenteur de mon côté mais uniquement en ipv6 c'est-à-dire que si je mets le flag -4 à ssh, l'accès est instantané.
Philippe
-- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
On Tue, Aug 16, 2005 at 03:39:41PM +0200, Vincent Lefevre wrote:
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 le même problème avec le sshd (OpenSSH_3.8.1p1)
> de Mac OS X (Tiger): 10 secondes de délai entre ces deux messages.
> Sur cette machine, j'ai installé une nouvelle version de sshd
> (OpenSSH_4.1p1), et je n'ai plus aucun problème. Les deux fichiers
> de config sshd_config sont quasiment les mêmes (la plus grosse
> différence, c'est le numéro du port).
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 où).
Je constate une lenteur de mon côté mais uniquement en ipv6 c'est-à-dire
que si je mets le flag -4 à ssh, l'accès est instantané.
Philippe
--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
On Tue, Aug 16, 2005 at 03:39:41PM +0200, Vincent Lefevre wrote:
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 le même problème avec le sshd (OpenSSH_3.8.1p1) > de Mac OS X (Tiger): 10 secondes de délai entre ces deux messages. > Sur cette machine, j'ai installé une nouvelle version de sshd > (OpenSSH_4.1p1), et je n'ai plus aucun problème. Les deux fichiers > de config sshd_config sont quasiment les mêmes (la plus grosse > différence, c'est le numéro du port).
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 où).
Je constate une lenteur de mon côté mais uniquement en ipv6 c'est-à-dire que si je mets le flag -4 à ssh, l'accès est instantané.
Philippe
-- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
k3rn
> 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 où).
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...
J'm'en vais chercher de ce côté là...
Merci à tous pour vos réponses !!!
-- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
> 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 où).
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...
J'm'en vais chercher de ce côté là...
Merci à tous pour vos réponses !!!
--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
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 où).
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...
J'm'en vais chercher de ce côté là...
Merci à tous pour vos réponses !!!
-- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
rom1
Qu'est-ce qui est paramétré dans ton /etc/resolv.conf ? Qu'indique la commande :
host <ip de ton poste client>
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 serveur ssh. Romain.
Qu'est-ce qui est paramétré dans ton /etc/resolv.conf ?
Qu'indique la commande :
host <ip de ton poste client>
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 serveur ssh.
Romain.
Qu'est-ce qui est paramétré dans ton /etc/resolv.conf ? Qu'indique la commande :
host <ip de ton poste client>
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 serveur ssh. Romain.
Vincent Lefevre
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, il vaut mieux corriger, mais en attendant, tu as toujours cette option du serveur que tu peux mettre à "no":
UseDNS Specifies whether sshd should look up the remote host name and check that the resolved host name for the remote IP address maps back to the very same IP address. The default is ``yes''.
-- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
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, il vaut mieux corriger, mais en attendant, tu as toujours cette
option du serveur que tu peux mettre à "no":
UseDNS Specifies whether sshd should look up the remote host name and
check that the resolved host name for the remote IP address maps
back to the very same IP address. The default is ``yes''.
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, il vaut mieux corriger, mais en attendant, tu as toujours cette option du serveur que tu peux mettre à "no":
UseDNS Specifies whether sshd should look up the remote host name and check that the resolved host name for the remote IP address maps back to the very same IP address. The default is ``yes''.
-- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
Cyrille Blanpain
Bonjour
J'utilise sendmail procmail et la suite courier pour un serveur de messagerie, quand un utilisateur est over quota l'expéditeur est préven u avec le message suivant:
550 5.0.0 ... Can't create output
Je souhaiterai modifier ce message, quelqu'un sait-il comment faire ?
Merci
Bonjour
J'utilise sendmail procmail et la suite courier pour un serveur de
messagerie, quand un utilisateur est over quota l'expéditeur est préven u
avec le message suivant:
550 5.0.0 <user@domaine>... Can't create output
Je souhaiterai modifier ce message, quelqu'un sait-il comment faire ?
J'utilise sendmail procmail et la suite courier pour un serveur de messagerie, quand un utilisateur est over quota l'expéditeur est préven u avec le message suivant:
550 5.0.0 ... Can't create output
Je souhaiterai modifier ce message, quelqu'un sait-il comment faire ?
Merci
Philippe AMIOT
Bonjour la liste,
je profite d'un thread sur SSH pour poser demander si qqu'un sait comment augmenter le temps de reponse d'un serveur ssh lorsqu'on lui demande une connexion et lors de la validation du mdp ?
bonne journée
Philippe
Bonjour la liste,
je profite d'un thread sur SSH pour poser demander si qqu'un sait
comment augmenter le temps de reponse d'un serveur ssh lorsqu'on lui
demande une connexion et lors de la validation du mdp ?
je profite d'un thread sur SSH pour poser demander si qqu'un sait comment augmenter le temps de reponse d'un serveur ssh lorsqu'on lui demande une connexion et lors de la validation du mdp ?
bonne journée
Philippe
Vincent Lefevre
On 2005-08-17 10:22:19 +0400, Philippe AMIOT wrote:
je profite d'un thread sur SSH pour poser demander si qqu'un sait comment augmenter le temps de reponse d'un serveur ssh lorsqu'on lui demande une connexion et lors de la validation du mdp ?
Peut-être LoginGraceTime. Tu as toutes les options du serveur dans la page man sshd_config(5)... et les options du client dans la page man ssh_config(5).
-- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
On 2005-08-17 10:22:19 +0400, Philippe AMIOT wrote:
je profite d'un thread sur SSH pour poser demander si qqu'un sait
comment augmenter le temps de reponse d'un serveur ssh lorsqu'on lui
demande une connexion et lors de la validation du mdp ?
Peut-être LoginGraceTime. Tu as toutes les options du serveur dans
la page man sshd_config(5)... et les options du client dans la page
man ssh_config(5).
On 2005-08-17 10:22:19 +0400, Philippe AMIOT wrote:
je profite d'un thread sur SSH pour poser demander si qqu'un sait comment augmenter le temps de reponse d'un serveur ssh lorsqu'on lui demande une connexion et lors de la validation du mdp ?
Peut-être LoginGraceTime. Tu as toutes les options du serveur dans la page man sshd_config(5)... et les options du client dans la page man ssh_config(5).
-- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
Philippe AMIOT
Vincent Lefevre a écrit :
On 2005-08-17 10:22:19 +0400, Philippe AMIOT wrote:
je profite d'un thread sur SSH pour poser demander si qqu'un sait comment augmenter le temps de reponse d'un serveur ssh lorsqu'on lui demande une connexion et lors de la validation du mdp ?
Peut-être LoginGraceTime. Tu as toutes les options du serveur dans la page man sshd_config(5)... et les options du client dans la page man ssh_config(5).
RTFM, forcément ....
phil
Vincent Lefevre a écrit :
On 2005-08-17 10:22:19 +0400, Philippe AMIOT wrote:
je profite d'un thread sur SSH pour poser demander si qqu'un sait
comment augmenter le temps de reponse d'un serveur ssh lorsqu'on lui
demande une connexion et lors de la validation du mdp ?
Peut-être LoginGraceTime. Tu as toutes les options du serveur dans
la page man sshd_config(5)... et les options du client dans la page
man ssh_config(5).
On 2005-08-17 10:22:19 +0400, Philippe AMIOT wrote:
je profite d'un thread sur SSH pour poser demander si qqu'un sait comment augmenter le temps de reponse d'un serveur ssh lorsqu'on lui demande une connexion et lors de la validation du mdp ?
Peut-être LoginGraceTime. Tu as toutes les options du serveur dans la page man sshd_config(5)... et les options du client dans la page man ssh_config(5).
