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
/<[email protected]>/* a écrit :
De: Jean-Yves F. Barbier <[email protected]>
Objet: Re: Aptitude, latence d'exécution et DNS (?)
À: [email protected]
Date: Mercredi 25 janvier 2012, 23h30
On Wed, 25 Jan 2012 23:01:49 +0100
Sdkfz262 <[email protected] </mc/[email protected]>> 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.
