# Problème de latence réseau après un mise en veille

**URL:** <https://www.debian-fr.org/t/probleme-de-latence-reseau-apres-un-mise-en-veille/85708>\
**Category:** Support Debian\
**Created:** [Novembre 25, 2021, 9:59 UTC](https://www.debian-fr.org/t/probleme-de-latence-reseau-apres-un-mise-en-veille/85708 "2021-11-25T09:59:09Z")\
**Posts on this page:** 7\
**Page:** 1

<div class="post-metadata">

**Author:** ![parrenin](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/p/3be4f8/32.png) [@parrenin](https://www.debian-fr.org/u/parrenin)\
**Post date:** [Novembre 25, 2021, 9:59 UTC](https://www.debian-fr.org/t/probleme-de-latence-reseau-apres-un-mise-en-veille/85708/1 "2021-11-25T09:59:09Z")

</div>

Bonjour,  
Je suis sous debian 12.  
Depuis quelques semaines, j’ai un problème de latence réseau.  
Une page web va prendre ~10s à se charger, quelque soit le navigateur.  
Il y a aussi des problèmes de latence dans les autres applis qui utilisent le réseau (zoom, thunderbird, etc.)  
Le problème intervient apparemment après un suspend/wake.  
Si je redémarre le PC, il n’y a plus de problème.  
J’ai essayé de mettre à jour, mais cela n’a pas résolu le problème.  
J’ai cherché un peu sur internet, mais je n’ai rien trouvé pour me dépanner.  
J’aimerais si possible trouver une solution sans tout ré-installer.  
Merci d’avance.

---

<div class="post-metadata">

**Author:** ![Almtesh](https://www.debian-fr.org/user_avatar/www.debian-fr.org/almtesh/32/10312_2.png) [@Almtesh](https://www.debian-fr.org/u/Almtesh)\
**Post date:** [Novembre 29, 2021, 8:00 UTC](https://www.debian-fr.org/t/probleme-de-latence-reseau-apres-un-mise-en-veille/85708/2 "2021-11-29T08:00:11Z")

</div>

Bonjour et bienvenue sur le forum,  
Est-ce que tu as tenté un ping pour voir ce que ça donne ?  
Tu peux nous mettre le retour ici de `ping -w 20 -c 10 debian-fr.org` ?

---

<div class="post-metadata">

**Author:** ![parrenin](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/p/3be4f8/32.png) [@parrenin](https://www.debian-fr.org/u/parrenin)\
**Post date:** [Novembre 29, 2021, 9:16 UTC](https://www.debian-fr.org/t/probleme-de-latence-reseau-apres-un-mise-en-veille/85708/3 "2021-11-29T09:16:08Z")

</div>

Bonjour, et merci pour ta réponse.  
Le ping est très lent aussi.  
Voici le retour :

```auto
PING debian-fr.org (148.251.85.151) 56(84) bytes of data.
64 bytes from daboog9.zehome.com (148.251.85.151): icmp_seq=1 ttl=50 time=31.0 ms
64 bytes from daboog9.zehome.com (148.251.85.151): icmp_seq=2 ttl=50 time=30.8 ms
64 bytes from 148.251.85.151: icmp_seq=3 ttl=50 time=30.7 ms

--- debian-fr.org ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 16117ms
rtt min/avg/max/mdev = 30.714/30.838/31.040/0.144 ms

```

---

<div class="post-metadata">

**Author:** ![Almtesh](https://www.debian-fr.org/user_avatar/www.debian-fr.org/almtesh/32/10312_2.png) [@Almtesh](https://www.debian-fr.org/u/Almtesh)\
**Post date:** [Novembre 29, 2021, 1:14 UTC](https://www.debian-fr.org/t/probleme-de-latence-reseau-apres-un-mise-en-veille/85708/5 "2021-11-29T13:14:59Z")

</div>

> [@parrenin](#):
>
> Le ping est très lent aussi.

Ce n’est pas ce que je vois dans ton retour de commande. Tu es à 31 ms au max, c’est amplement assez bas.  
Par contre, je crois que j’ai compris ce que tu veux dire par « lent », donne-moi les retours des commandes suivantes :

- `cat /etc/resolv.conf`
- `/bin/bash -c 'time ping -c 1 almtesh.net'`

---

<div class="post-metadata">

**Author:** ![parrenin](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/p/3be4f8/32.png) [@parrenin](https://www.debian-fr.org/u/parrenin)\
**Post date:** [Novembre 30, 2021, 9:45 UTC](https://www.debian-fr.org/t/probleme-de-latence-reseau-apres-un-mise-en-veille/85708/6 "2021-11-30T09:45:00Z")

</div>

Oui, par lent, j’entendais que le retour de la commande est lent, mais effectivement le ping est bon.  
Je suspecte moi aussi un problème de DNS, mais je n’ai pas réussi à réparer.  
Voici les retours de commandes :

```auto
$ cat /etc/resolv.conf 
# Generated by NetworkManager
search u-ga.fr
nameserver 130.190.190.2
nameserver 130.190.190.3
nameserver 152.77.121.3
# NOTE: the libc resolver may not support more than 3 nameservers.
# The nameservers listed below may not be recognized.
nameserver 129.88.191.31

```

```auto
$ /bin/bash -c 'time ping -c 1 almtesh.net'
PING almtesh.net (51.159.34.87) 56(84) bytes of data.
64 bytes from nut.almtesh.net (51.159.34.87): icmp_seq=1 ttl=48 time=20.0 ms

--- almtesh.net ping statistics ---
1 packets transmitted, 1 received, 0% packet loss, time 0ms
rtt min/avg/max/mdev = 20.016/20.016/20.016/0.000 ms

real 0m16,114s
user 0m0,002s
sys 0m0,009s

```

---

<div class="post-metadata">

**Author:** ![parrenin](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/p/3be4f8/32.png) [@parrenin](https://www.debian-fr.org/u/parrenin)\
**Post date:** [Novembre 30, 2021, 9:59 UTC](https://www.debian-fr.org/t/probleme-de-latence-reseau-apres-un-mise-en-veille/85708/7 "2021-11-30T09:59:54Z")

</div>

J’ai trouvé je crois l’origine du problème.  
J’avais 2 connexions réseau actives en même temps, une filaire et une wifi avec un portail captif.  
Si je désactive la connexion wifi, tout rentre dans l’ordre.  
Ceci dit, je ne trouve pas cela normal qu’il faille désactiver cette connexion, plein de gens pourraient ne pas comprendre d’où vient le problème.

---

<div class="post-metadata">

**Author:** ![Almtesh](https://www.debian-fr.org/user_avatar/www.debian-fr.org/almtesh/32/10312_2.png) [@Almtesh](https://www.debian-fr.org/u/Almtesh)\
**Post date:** [Novembre 30, 2021, 1:03 UTC](https://www.debian-fr.org/t/probleme-de-latence-reseau-apres-un-mise-en-veille/85708/8 "2021-11-30T13:03:32Z")

</div>

> [@parrenin](#):
>
> ```auto
> 64 bytes from nut.almtesh.net (51.159.34.87): icmp_seq=1 ttl=48 time=20.0 ms
> 
> ```

Tu as 20 ms de temps d’aller-retour, la lenteur ne vient pas de la communication

> [@parrenin](#):
>
> `real 0m16,114s`

Je pense qu’elle vient de la résolution DNS.

> [@parrenin](#):
>
> J’avais 2 connexions réseau actives en même temps, une filaire et une wifi avec un portail captif.

En fait, c’est simple, sur les itinéraires réseau, la connexion filaire est largement prioritaire, cependant, les serveurs DNS donnés par les deux connexions sont mises dans le fichier `/etc/resolv.conf`, ce qui fait que tu peux te retrouver avec un serveur DNS qui ne répond pas. Le système tente de résoudre les noms avec un autre serveur DNS au bout d’un certain temps, mais ça prend du temps.  
Ce que je te conseille, c’est de ne pas mettre les connexion Wifi avec portail captif en connexion automatique. En plus de te retrouver avec ce genre de désagrément, ce comportement de ta machine peut servir à l’opérateur de cette connexion de te pister même quand tu n’utilises pas son réseau.
