Ma connexion Internet était une connexion LAN directe à mon fournisseur. À l'époque, tout se chargeait correctement sous Windows et Ubuntu (double démarrage). Cependant, il y a quelque temps, ils ont commencé à avoir besoin de moi pour composer (PPPoE) en utilisant un nom d'utilisateur et un mot de passe. La passerelle, le masque de sous-réseau, l'IP, les serveurs DNS sont tous restés les mêmes. Mais depuis lors, je n'ai pas pu parcourir certains sites Web sur Ubuntu, même s'il n'y a pas eu de tels problèmes sur Windows. Quelques exemples de sites Web sont - la page de connexion d'Ovi (bien que share.ovi.com se charge bien et que nokia.com se charge bien), Live Mail (fonctionne sur Chrome (ium) et Opera mais pas sur Firefox (3.6 et 4)) Mozilla Site Web Addons et autres sites Web aléatoires.
Certains des sites Web qui ne se chargent pas affichent des messages de délai d'attente et pour certains sites Web (comme celui des addons moz), le navigateur continuera d'essayer de se charger sans fin (je l'ai laissé comme ça même pendant des heures mais je n'ai rien remarqué de différent arriver).
J'ai essayé de changer les serveurs DNS en serveurs publics. J'ai même essayé de démarrer à partir d'un Fedora LiveCD et puis changer le DNS à ceux (et même à ceux d'OpenDNS), mais la même chose se produit exactement. Qu'est-ce qui pourrait être intrinsèquement faux avec certaines configurations au sein de Linux lui-même qui causent ce problème ?
Est-ce que quelqu'un sait pourquoi cela se produit et comment cela peut être résolu ?
Remarque :Cette question a été postée sur SU, mais n'a reçu aucune réponse.
Mise à jour : Je viens de voir ici que quelqu'un d'autre avait un problème similaire et l'a résolu en mettant un NetworkManager.conf fichier dans /etc/NetworkManager . Que doit contenir ce fichier ?
Réponse acceptée :
Vous avez les symptômes d'un MTU problème :certaines connexions TCP se bloquent, de manière plus ou moins reproductible pour une commande ou une URL donnée, mais sans modèle global facilement discernable. Un symptôme révélateur est que les sessions ssh interactives fonctionnent bien mais que les transferts de fichiers échouent presque toujours. De plus, pppoe est le premier fournisseur de problèmes de MTU pour les utilisateurs à domicile. Je prescris donc un contrôle MTU.
Qu'est-ce que c'est ? Le m t maximal transmission u nit est la taille maximale d'un paquet sur une liaison réseau. Le MTU varie d'un support de transport à l'autre, par ex. Ethernet filaire et wifi (802.11) ont des MTU différents, et les liaisons ATM (qui constituent la majeure partie de l'infrastructure longue distance) ont chacune leur propre MTU. PPPOE est un protocole encapsulé, ce qui signifie que chaque paquet se compose de quelques octets d'en-tête suivis du paquet sous-jacent. Il réduit donc la taille maximale du paquet de la taille de l'en-tête. IP permet aux routeurs de fragmenter les paquets s'ils détectent qu'ils sont trop volumineux pour le saut suivant, mais cela ne fonctionne pas toujours. En théorie, le bon MTU devrait être découvert automatiquement, mais cela ne fonctionne pas toujours non plus. En particulier, la recherche sur Google suggère que Network Manager n'agit pas toujours correctement sur les informations MTU obtenues à partir de la découverte MTU, mais je ne sais pas quelles versions sont affectées ou quels sont les cas d'utilisation problématiques.
Connexe :Linux – Méthode préférée/idiomatique pour activer un systemd.service à partir d'une installation de paquet Debian ?
Comment le mesurer. Si vous avez tracepath à partir des iputils Linux, exécutez tracepath 8.8.8.8 pour voir le MTU sur le chemin vers le serveur DNS de Google.
Si votre version de traceroute a un --mtu option, exécutez traceroute -n --mtu 8.8.8.8 .
Voir Découvrir le MTU entre moi et l'IP de destination pour plus d'options.
Faute d'outils automatisés, vous pouvez mesurer manuellement. Essayez d'envoyer des paquets ping d'une taille donnée à un hôte extérieur qui y répond, par ex. ping -c 1 -s 42 8.8.8.8 (sous Linux ; sur d'autres systèmes, consultez la documentation de votre ping commande). Vos paquets devraient passer pour des valeurs suffisamment petites de 42 (si 42 ne fonctionne pas, quelque chose bloque les pings.). Pour des valeurs plus grandes, le paquet ne passera pas. 1464 est une valeur maximale typique si l'élément d'infrastructure limitant est votre réseau Ethernet local. Si vous avez de la chance, lorsque vous envoyez un paquet trop volumineux, vous verrez un message du type Frag needed and DF set (mtu = 1492) . Si vous n'êtes pas chanceux, continuez à expérimenter avec la valeur jusqu'à ce que vous trouviez le maximum, puis ajoutez 28 (-s spécifie la taille de la charge utile, et il y a 28 octets d'en-têtes en plus).
Voir aussi Comment optimiser votre connexion Internet en utilisant MTU et RWIN sur les forums Ubuntu.
Comment le configurer (remplacez 1454 par le MTU que vous avez déterminé, et eth0 par le nom de votre interface réseau)
- Comme une fois (Linux) :
exécutezifconfig eth0 mtu 1454 - En permanence (Debian et ses dérivés comme Ubuntu, si vous n'utilisez pas Network Manager) :
Modifiez/etc/network/interfaces. Juste après l'entrée de votre interface réseau (après leiface eth0 …directive), ajoutez une ligne avecpre-up ifconfig $IFACE mtu 1454. Alternativement, si votre adresse IP est statique, vous pouvez ajouter lemtu 1454paramètre auiface eth0 inet staticdirective. -
En permanence (Debian et dérivés tels qu'Ubuntu, avec ou sans Network Manager) :
Créez un script appelé/etc/network/if-pre-up.d/mtuavec le contenu suivant et rendez-le exécutable par tous (chmod a+rx):#!/bin/sh ifconfig $IFACE mtu 1454
Autres ressources
- Comment diagnostiquer une connexion fiable non fiable ? (en particulier la réponse de Mike Pennington) peut être utile si la simple approche de mesure et de limitation décrite ici ne fonctionne pas.