[réseau] lenteurs temps chargement et débits Internet (résolu)

[ThOsam]

edit 2015-01-24: Résolu. Un paramètre du modem-routeur devait poser problème, une remise à zéro (hard-reset) à résolu le problème. Recherche plus précise du paramètre en cause en cours.
-------------
Bonjour,

Depuis l'installation récente d'Archlinux sur mon pc il y a quelques jours je constate constamment des lenteurs réseau.
Sur Firefox et Chromium le chargement des pages est très long, cela se termine parfoit par une "403 forbiden error". Mes téléchargements de jeux avec Steam sont également lents, cela peut varier en quelques minutes de quelques Kb/s à quelques centaines de Kb/s. Alors qu'un test de débit sur speedtest me donne ~28 Mb/s avec un ping de ~20ms.

La même utilisation avec les mêmes programmes sur mon pc portable sous Manjaro ne pose aucun problème. Idem sur le pc en question mais sous Windows 7. Les téléchargement Steam dépassent les 3,3Mo/s.
L'ensemble est en filaire (ethernet) en DHCP, relié sur un switch 1Gb/s relié lui-même sur ma Box Fibre (coaxial) SFR (réseau Numéricable).

Je pensais que cela venait au départ de ma configuration DNS mais après plusieurs changements (DNS numéricable, puis OpenNIC, puis Google) dans le fichier /etc/resolv.conf cela ne change rien. L'utilisation d'une carte réseau USB3.0 externe ne change rien.
J'ai suivi les conseils donné par la page du Wiki anglophone (https://wiki.archlinux.org/index.php/Ne ... figuration) sans succès. J'ai également cherché sur Internet et sur ce forum sans trouver de réponse me correspondant.

1/ $ cat /etc/resolv.conf

Code : Tout sélectionner

# Generated by resolvconf
search numericable.fr
nameserver 8.8.8.8
nameserver 8.8.4.4

2/ $ ifconfig

Code : Tout sélectionner

enp3s0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 192.168.0.14  netmask 255.255.255.0  broadcast 192.168.0.255
        inet6 fe80::dacb:8aff:fe32:df06  prefixlen 64  scopeid 0x20<link>
        ether d8:cb:8a:32:df:06  txqueuelen 1000  (Ethernet)
        RX packets 5018  bytes 3593160 (3.4 MiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 5098  bytes 728885 (711.8 KiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

lo: flags=73<UP,LOOPBACK,RUNNING>  mtu 65536
        inet 127.0.0.1  netmask 255.0.0.0
        inet6 ::1  prefixlen 128  scopeid 0x10<host>
        loop  txqueuelen 0  (Local Loopback)
        RX packets 617  bytes 32317 (31.5 KiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 617  bytes 32317 (31.5 KiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

3/ $ tree /etc/systemd/system

Code : Tout sélectionner

/etc/systemd/system
├── bluetooth.target.wants
│   └── bluetooth.service -> /usr/lib/systemd/system/bluetooth.service
├── dbus-org.bluez.service -> /usr/lib/systemd/system/bluetooth.service
├── dbus-org.freedesktop.Avahi.service -> /usr/lib/systemd/system/avahi-daemon.service
├── dbus-org.freedesktop.NetworkManager.service -> /usr/lib/systemd/system/NetworkManager.service
├── dbus-org.freedesktop.nm-dispatcher.service -> /usr/lib/systemd/system/NetworkManager-dispatcher.service
├── display-manager.service -> /usr/lib/systemd/system/gdm.service
├── getty.target.wants
│   └── getty@tty1.service -> /usr/lib/systemd/system/getty@.service
├── multi-user.target.wants
│   ├── NetworkManager.service -> /usr/lib/systemd/system/NetworkManager.service
│   ├── avahi-daemon.service -> /usr/lib/systemd/system/avahi-daemon.service
│   ├── avahi-dnsconfd.service -> /usr/lib/systemd/system/avahi-dnsconfd.service
│   ├── cronie.service -> /usr/lib/systemd/system/cronie.service
│   ├── ntpd.service -> /usr/lib/systemd/system/ntpd.service
│   ├── remote-fs.target -> /usr/lib/systemd/system/remote-fs.target
│   └── syslog-ng.service -> /usr/lib/systemd/system/syslog-ng.service
├── sockets.target.wants
│   └── avahi-daemon.socket -> /usr/lib/systemd/system/avahi-daemon.socket
└── sysinit.target.wants
    └── systemd-timesyncd.service -> /usr/lib/systemd/system/systemd-timesyncd.service

4/ # lspci | grep Ethernet

Code : Tout sélectionner

03:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (rev 0c)

5/ traceroute archlinux.fr

Code : Tout sélectionner

traceroute to archlinux.fr (5.39.81.167), 30 hops max, 60 byte packets
 1  gateway (192.168.0.1)  0.221 ms  0.324 ms  0.324 ms
 2  10.35.96.1 (10.35.96.1)  6.732 ms  11.538 ms  11.606 ms
 3  blv1rj-ge-4-3-0.100.numericable.net (195.132.10.193)  11.881 ms  11.731 ms  11.945 ms
 4  ip-126.net-80-236-1.static.numericable.fr (80.236.1.126)  14.734 ms  14.283 ms  14.658 ms
 5  ip-121.net-80-236-1.static.numericable.fr (80.236.1.121)  15.314 ms  15.310 ms  15.238 ms
 6  172.19.132.146 (172.19.132.146)  24.396 ms  24.455 ms  18.654 ms
 7  th2-1-a9.fr.eu (37.187.231.136)  22.789 ms  22.175 ms  22.245 ms
 8  rbx-g1-a9.fr.eu (213.251.130.52)  27.757 ms  26.087 ms  26.023 ms
 9  vss-9a-6k.routers.ovh.net (91.121.131.154)  26.222 ms vss-9b-6k.routers.ovh.net (178.33.100.72)  1917.969 ms vss-9a-6k.routers.ovh.net (91.121.131.154)  26.027 ms
10  archimede.archlinux.fr (5.39.81.167)  26.073 ms  25.939 ms  25.757 ms

Si je ne suis pas clair / si ça manque d'explication dites-le moi je le rajouterais.
Merci d'avance pour votre aide.

[waitnsea]

Bonjour ThOsam,
Comme déjà dit sur le forum à moult reprises, il faut nous éclairer, par exemple avec ta signature, sur ta machine et sa configuration.
Ensuite, quel est ton gestionnaire de connexion, n'en as-tu activé (enable) qu'un seul ou deux ou trois concuremment, ce qui est l'erreur habituelle...
Installe tree, et donne le retour de tree /etc/systemd/system...

[viperpaulo]

Tu as essayé avec d'autres DNS que ceux de ton FAI ?

[benjarobin]

@viperpaulo Toi tu n'as pas lu son message...

Sinon j'ai un peu de mal à comprendre ce genre d'erreur : "403 forbiden error". A moins d'être derrière un proxy... Une mauvaise connexion ne te donnera jamais une telle erreur.

[ThOsam]

Merci pour vos réponses, j'ai ajouté des informations suplémentaires dans mon message d'origine.

@waitnsea Tu aurais besoin de quelles informations supplémentaires ? Ce que je peux ajouter en plus :
Bureau : Gnome 3
Gestionnaire de connexion NetworkManager, j'avais utilisé lors de l'installation dhcpd que j'ai désactivé après, il me semble (c'est peut-être une erreur du coup...).

@viperpaulo J'ai rajouté le contenu du fichier resolv.conf dans mon message initial.

@benjarobin Oui, je trouve ça également surprenant, en fait j'ai vraiment du mal a déterminer ce qu'il se passe. Tout ce que je me rend compte c'est que les résolutions des adresses sont souvent longues, parfois n'aboutissent pas. Et le chargement de certaines adresses est lent.
A l'inverse lors de l'installation de paquets via yaourt / pacman j'ai un très bon débit (contrairement à Steam) la connexion à mes email se passe sans ralentissements (thunderbird), idem pour IRC. C'est pour ça que j'avais regardé les DNS en premier lieu, car pour moi le problème semblait venir de la, mais les changer n'améliore pas la situation.

Après le démarrage un ping vers google.fr (par exemple) ne donne rien il faut attendre quelques minutes pour que j'ai quelque chose qui s'affiche (positif). En revanche un ping vers une adresse ip (ex 8.8.8. me donne très vite un résultat (positif).

J'ai également parfois ce message dans Firefox après un chargement très long qui n'aboutit pas "This Connection is Untrusted" et en bas e la page "The certificate is only valid for the following names: *.numericable.fr, numericable.fr" ce qui semble être en rapport avec mon fichier resolv.conf . Mais j'ai le même sur mon PC portable sous manjaro et je n'ai aucun problème.

Bref, je ne sais plus trop ou chercher.

[benjarobin]

"This Connection is Untrusted" ==> Attaque MiM
Il va falloir nous donner plus de détail, mais on dirait que tu passes par un proxy et/ou VPN

Ton /etc/resolv.conf est très étrange, jamais une configuration automatique te donnera un truc de ce genre. Tu y a touché ? Non ? Essaye de laisser la configuration par défaut de numéricable...

Si j'ai bien compris c'est numéricable ton opérateur, et je dirais que ce dernier fait des choses très étranges... Interception de tes requêtes DNS ou vrai attaque MiM ?

[ThOsam]

Hum, je ne sais pas comment je peux avoir ça...
Je n'ai normalement pas de proxy et/ou de VPN, du moins je n'ai rien fait de particulier dans ma configuration réseau.
Comment je peux te donner plus d'infos (commande à saisir) ?

edit : j'ai volontairement ajouté les DNS de Google (8.8.8.8 et 8.8.4.4) dans les paramètres de ma box, mais pour le reste c'est d'origine.

[benjarobin]

Essaye de remettre les DNS d'origine (au moins pour test), car je crois comprendre ce qui se passe...
Sinon il faudrait analyser ce qui se passe quand tu as des soucis par exemple sous Firefox (Wireshark, ...), il faudrait voir les requêtes DNS ainsi que leurs réponses (ou non réponse), est ce que c'est une bonne réponse ou une IP bidon...
Pour quel site tu as des erreurs de certificats ? Quel était l'IP utilisé pour se connecter ? Quel était le certificat complet ?

[waitnsea]

j'ai volontairement ajouté les DNS de Google (8.8.8.8 et 8.8.4.4) dans les paramètres de ma box, mais pour le reste c'est d'origine.

Code : Tout sélectionner

# Generated by resolvconf
search numericable.fr
nameserver 8.8.8.8
nameserver 8.8.4.4

Je suis étonné que la 2° ligne (search...) ne soit pas commentée ...
Si tu n'as qu'une connexion ethernet, un simple dhcpcd suffit, donne letree /etc/systemd/system pour vérifier.

[ThOsam]

Je viens de remettre sur "Obtenir les adresses des serveurs DNS automatiquement" actualisation puis j'ai maintenant "89.2.0.10" comme DNS.
Mais le fichier /etc/resolv.conf me donne toujours

Code : Tout sélectionner

# Generated by resolvconf
search numericable.fr
nameserver 8.8.8.8
nameserver 8.8.4.4

Malgré la commande sudo resolvconf -u

[benjarobin]

Redémarre la BOX, cela aura pour effet de ré-obtenir une nouvelle adresse IP ainsi que les nouveaux DNS. Et si cela ne suffit pas redémarre le PC (un redémarrage du service réseau pourrait suffire...)
Sinon lancer resolvconf n'aura aucun effet de le relancer, en effet les DNS sont obtenu lors de la requête DHCP donc le PC n'a aucun moyen de savoir que tu les a changé côté BOX

[ThOsam]

@waitnsea Oui, je trouvais aussi en lisant la page du wiki. Sauf que j'ai la même chose sur mon autre pc et tout fonctionne correctement... Concernant ta commande tree /etc/systemd/system j'ai y mis la sortie sur mon 1er message (cf. plus haut).

@benjarobin Je vais vais relancer la box et le PC...

[waitnsea]

OK, tu n'as que NM, peux-tu quand même essayer de commenter cette 2° ligne comme ça : #search numericable.fr , juste pour voir ?

[benjarobin]

Pourquoi veux tu commenter cette ligne ? Sais tu à quoi elle sert au moins ?
Mais je crois savoir ce qui c'est passé au niveau certificat. Ton message m'a permit de comprendre au moins ce point.

La ligne search permet de rajouter automatiquement le suffixe numericable.fr au le nom d'hôte à joindre. Cela permet en pratique de faire un ping sur "test" au lieu de taper "test.numericable.fr"
Le suffixe n'est normalement rajouté que pour les nom courts, ou si le nom de domaine ne peut pas être trouvé (un doute sur ce dernier point)

[ThOsam]

J'ai redémarré. Je ne sens pas vraiment de différence. Un ping sur google.com donne toujours aucune réponse au démarrage. Une fois passé quelques minutes tout se charge correctement.
Le problème du certificat revient toujours.

J'ai mes agendas Google ajoutés dans les comptes en ligne de Gnome 3 et régulièrement j'ai des notifications pop-up comme celle-ci (toujours ce numericable.fr)


@waitnsea ligne commentée, je vais voir ce que ça donne...

@benjarobin intéressant ton explication, cependant je ne comprend pas bien la fin concernant un nom court et le nom de domaine non-trouvé.

Si ça peut te servir le fichier /etc/hosts contient ceci :

Code : Tout sélectionner

#
# /etc/hosts: static lookup table for host names
#

#<ip-address>	<hostname.domain.org>	<hostname>
127.0.0.1	localhost.localdomain	localhost
::1		localhost.localdomain	localhost

# End of file

Et mon hostname est hparch

[waitnsea]

#<ip-address> <hostname.domain.org> <hostname>
127.0.0.1 localhost.localdomain localhost
::1 localhost.localdomain localhost

# End of file
[/code]
Et mon hostname est hparch

a priori tu dois ajouter ce hparch en fin des lignes après localhost
mais ce n'est pas ça qui ralentit la connexion
@benjarobin
merci pour l'explication
sur mon resolv.conf j'ai aussi les DNS de google, et rien qu'elles, mais je me suis gardé de toute référence à Free, mon fournisseur, qui a récemment mis des blocages et autres filtres, c'est le pourquoi du #, juste pour voir...

[benjarobin]

a priori tu dois ajouter ce hparch en fin des lignes après localhost

Non il ne faut plus le faire depuis le passage à systemd...

Peux tu donner la sortie de (pour dig tu dois installer bind-tools) :

Code : Tout sélectionner

time ping -c 4 apidata.googleusercontent.com
time dig @8.8.8.8 apidata.googleusercontent.com
time dig apidata.googleusercontent.com
hostname 
cat /etc/resolv.conf

[ThOsam]

@benjarobin Voici la sortie de :

1. time ping -c 4 apidata.googleusercontent.com

Code : Tout sélectionner

PING googlehosted.l.googleusercontent.com (74.125.71.132) 56(84) bytes of data.
64 bytes from wn-in-f132.1e100.net (74.125.71.132): icmp_seq=1 ttl=44 time=22.9 ms
64 bytes from wn-in-f132.1e100.net (74.125.71.132): icmp_seq=2 ttl=44 time=22.4 ms
64 bytes from wn-in-f132.1e100.net (74.125.71.132): icmp_seq=3 ttl=44 time=22.2 ms
64 bytes from wn-in-f132.1e100.net (74.125.71.132): icmp_seq=4 ttl=44 time=22.3 ms

--- googlehosted.l.googleusercontent.com ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 3004ms
rtt min/avg/max/mdev = 22.275/22.516/22.998/0.287 ms
ping -c 4 apidata.googleusercontent.com  0,00s user 0,00s system 0% cpu 3,046 total

2. time dig @8.8.8.8 apidata.googleusercontent.com

Code : Tout sélectionner

; <<>> DiG 9.10.3-P3 <<>> @8.8.8.8 apidata.googleusercontent.com
; (1 server found)
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 32384
;; flags: qr rd ra; QUERY: 1, ANSWER: 2, AUTHORITY: 0, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 512
;; QUESTION SECTION:
;apidata.googleusercontent.com.	IN	A

;; ANSWER SECTION:
apidata.googleusercontent.com. 21599 IN	CNAME	googlehosted.l.googleusercontent.com.
googlehosted.l.googleusercontent.com. 299 IN A	64.233.167.132

;; Query time: 33 msec
;; SERVER: 8.8.8.8#53(8.8.8.8)
;; WHEN: mer. janv. 20 16:36:42 CET 2016
;; MSG SIZE  rcvd: 103

dig @8.8.8.8 apidata.googleusercontent.com  0,00s user 0,00s system 5% cpu 0,059 total

3. time dig apidata.googleusercontent.com

Code : Tout sélectionner

; <<>> DiG 9.10.3-P3 <<>> apidata.googleusercontent.com
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 49746
;; flags: qr rd ra; QUERY: 1, ANSWER: 2, AUTHORITY: 0, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4000
;; QUESTION SECTION:
;apidata.googleusercontent.com.	IN	A

;; ANSWER SECTION:
apidata.googleusercontent.com. 58099 IN	CNAME	googlehosted.l.googleusercontent.com.
googlehosted.l.googleusercontent.com. 297 IN A	74.125.71.132

;; Query time: 19 msec
;; SERVER: 89.2.0.10#53(89.2.0.10)
;; WHEN: mer. janv. 20 16:38:10 CET 2016
;; MSG SIZE  rcvd: 103

dig apidata.googleusercontent.com  0,00s user 0,00s system 13% cpu 0,025 total

4. hostname

Code : Tout sélectionner

hparch

5. cat /etc/resolv.conf

Code : Tout sélectionner

# Generated by resolvconf
search numericable.fr
nameserver 89.2.0.10

Au passage je ne connaissais pas la commande dig, le résultat est intéressant, merci

[Moviuro]

Moi je te dirais de désactiver la ligne "search". En gros, ça t'évite plein d'embrouilles.

Le DNS n'est pas menteur parce que d'après un lookup sur wl-in-f132.1e100.net (aka apidata.googleusercontent.com), 64.233.167.132 et 74.125.238.132 sont ses deux vraies adresses.

On dirait pas qu'il y ait quoi que ce soit de louche dans les derniers retours par contre.

[benjarobin]

Ce qui est sûr c'est que c'est bien la ligne search qui te fait voir les erreurs 403 et les problèmes de certificat. Mais cette ligne ne devrait pas être utilisé du tout si le serveur DNS fonctionne normalement.
A propos de normalement, les sorties que tu donnes indique aucun problème de réactivité... Soit le problème est par vague/période, soit uniquement dans ton navigateur Web. Donc il faudrait nous éclairer sur ce point.
Personnellement j’aurais directement dégainé Wireshark pour comprendre ce qui se passe, mais te demander de l'utiliser ne serait pas très sympa de ma part... Un peu compliquer à analyser