Re: temps de connection lent
root@nova:~# time dig http://www.rutschle.net/
; <<>> DiG 9.3.4 <<>> http://www.rutschle.net/
;; global options: printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 22978
;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 0
;; QUESTION SECTION:
;http://www.rutschle.net/. IN A
;; AUTHORITY SECTION:
. 10786 IN SOA A.ROOT-SERVERS.NET.
NSTLD.VERISIGN-GRS.COM. 2007032600 1800 900 604800 86400
;; Query time: 0 msec
;; SERVER: 127.0.0.1#53(127.0.0.1)
;; WHEN: Mon Mar 26 21:08:28 2007
;; MSG SIZE rcvd: 117
real 0m0.008s
user 0m0.008s
sys 0m0.000s
root@nova:~#
à mon avis pas un problème de dns.
ssh pas de soucis avec clefs publiques.
par contre sans clefs (via un logon en bonne et due forme) c'est lent
merci pour ton intérêt en tous cas :-)
Guy
Yves Rutschle a écrit :
> On Mon, Mar 26, 2007 at 12:14:06PM +0200, De Leeuw Guy wrote:
>
>> 7 a 10 secondes pour des petits messages
>>
>
> Ok.
>
>
>>> Est-ce que ta résolution de noms marche bien? 'dig' te
>>> renvoit les adresses en combien de temps?
>>>
>> oui oui dig www.google.be est instantané
>>
>
> Tu as sans doute google dans ton cache. Quid d'une adresse
> que tu n'utilises pas souvent? (par ex.: www.rutschle.net)
>
> La raison de ma question, c'est que les délais "inexpliqués"
> sont souvent dus à des problèmes de DNS: il faut attendre le
> timeout sur le 1er DNS avant de passer au suivant, ça prend
> donc du temps, mais pourtant tout marche apparement.
>
> Si c'est toujours instantané (ou rapide), c'est un autre
> problème, pour lequel je n'ai pas a priori d'intuition. Je
> suggèrerais de passer à strace: Trouve le PID du programme
> qui prend du temps (avec `ps aux`), puis attache un strace
> dessus (`strace -p<xxx>`). Strace va alors afficher tous les
> appels systèmes effectués par le processus. Fait l'opération
> qui prend du temps, et on voit sur quel appel ça bloque.
>
> Si ça bloque pas sur un appel système, heu, je vais être à
> court d'idéees. :)
>
> Y.
>
>
>
Reply to: