[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Aptitude, latence d'exécution et DNS (?)



Bonsoir,

Finalement j'ai fini par trouver : il s'agissait "tout simplement" du changement intervenu sur glibc 2.10 et ses routines de résolution de nom (http://udrepper.livejournal.com/20948.html).

L'effet de bord ennuyeux, dans le cas où le DNS/parefeu intermédiaire n'est pas "bien configuré", est justement de devoir attendre le timeout pour qu'une autre requête soit lancée (rapport à la résolution en parallèle en IPv6/IPv4 si j'ai bien compris...)

Bref...une manière de contourner le problème est d'insérer "option single-request" dans /etc/resolv.conf, ce qui a parfaitement marché.

Pointant sur les deux machines vers les DNS Google, j'en déduis que Netgear (DG834G), c'est vraiment *** ("B" est derrière un bon vieux Linksys, et les routeurs Netgear m'ont déjà bien pollué la vie avant).

Bonne soirée !

Le 26/01/2012 12:21, Lolo lolo a écrit :
Bonjour,

--- En date de : Mer 25.1.12, Jean-Yves F. Barbier <12ukwn@gmail.com> a écrit :
De: Jean-Yves F. Barbier <12ukwn@gmail.com>
Objet: Re: Aptitude, latence d'exécution et DNS (?)
À: debian-user-french@lists.debian.org
Date: Mercredi 25 janvier 2012, 23h30

On Wed, 25 Jan 2012 23:01:49 +0100
Sdkfz262 <sdkfz262@yahoo.fr> wrote:

>
>   * la récupération des listes de paquets (raccourci "u") ou des paquets
>     eux-même a toujours été immédiatement déclenchée sur "B"
>   * les mêmes opérations sur "A" entraînent _systématiquement_ un délai
>     d'environ d'environ 5 secondes au tout début : affichage de
>     "connexion à ftp.debian...." : rien ne se passe (progression bloquée
>     à 0%). Puis au bout de 5 secondes la récupération se déroule
>     normalement.

Est-ce que le canal ftp-data est ouvert dans le firewall?
Si non, c'est ~ le temps de négo pour passer en mode passive.

Pour les 2 machines : il est ouvert en sortie vers l'extérieur, et fermé en entrée depuis l'extérieur.

Reply to: