Navigation Internet lente dans Ubuntu

J'ai un double démarrage configuré avec Windows et Ubuntu. Lorsque j'utilise Windows, la navigation sur le Web est beaucoup plus rapide que lorsque j'utilise Ubuntu et je ne sais pas pourquoi. C'est comme s'il y avait juste une grosse latence plutôt que la vitesse maximale est inférieure, il y a un gros délai avant que quoi que ce soit ne se produise lors de l'utilisation d'Ubuntu, cela arrive tout le temps avec tous les sites Web. Je n'ai jamais configuré la connexion Internet car cela a fonctionné tout de suite. J'ai une connexion haut débit via un routeur partagé avec d'autres ordinateurs. Lorsque nous avons configuré le routeur et la connexion Internet, tout a été fait avec Windows. Que puis-je faire pour résoudre ce problème?

Utilisez-vous Firefox? C'est aussi lent sur mon PC pour une raison quelconque.

J'ai installé Google Chrome et Opera - et ils volent simplement.

Google Chrome

Aussi - essayez aussi ceci: (merci à Ubuntu Geek)

Ouvrez votre Firefox et tapez about: config dans la barre d'adresse URL et appuyez sur Entrée. Pour transformer un faux en vrai, sélectionnez la ligne à modifier et double-cliquez. Lors du 2ème changement d'option, faites un clic droit et sélectionnez Modifier

• network.http.pipelining> Make it True

• network.http.pipelining.maxrequests> Faites-en 8 ou 10

• network.http.proxy.pipelining> Make it True

• network.dns.disableIPv6> Make it True

Vous souffrez peut-être de tamponnement . Il se manifeste par d'énormes latences lorsque vous transmettez ou recevez de nombreuses données.

J'ai réussi à faire ce qui suit:

Courez ifconfiget cherchez "txqueuelen" dedans. La valeur par défaut sur presque toutes les machines que j'ai vues est de 1000 .

Réduisez la taille de votre tampon de transmission à 50 . (Presque tous les chipsets modernes prendront en charge 0 , mais certains ne le font pas, donc nous irons avec 50 pour des raisons de sécurité).

sudo ifconfig eth0 txqueuelen 50

Pour restaurer le paramètre d'origine:

sudo ifconfig eth0 txqueuelen 1000

À noter, cela PEUT vous expulser temporairement du réseau - vous devrez peut-être forcer votre machine à se reconnecter au réseau (débrancher / rebrancher le câble sudo ifconfig eth0 up, etc.)

La version courte de ce que cela fait - TCP s'attend à ce que les paquets soient supprimés et / ou ne soient pas reconnus en temps opportun. Lorsqu'il rencontre ces situations, il envoie moins de données pour mieux s'adapter au réseau. En ayant une énorme file d'attente de transmission, la file d'attente retarde toute adaptation que la pile TCP ferait, et vous obtenez ces énormes latences et ce mauvais débit car vous envoyez plus de données que le réseau ne peut gérer. La "boucle de rétroaction" est retardée par la taille des tampons.

Windows XP n'est pas affecté, car il a d'autres limites sur les données sortantes et ne peut pas saturer les lignes comme Linux et d'autres systèmes d'exploitation plus modernes.

J'ai rencontré ce problème, que j'ai résolu en exécutant mon propre cache DNS. Cela va certainement accélérer les choses, mais qui pourrait dire avec certitude le problème que vous avez? Je ne sais pas si vous avez dnsmasq ou bind9, mais cela ne fera pas de mal d'essayer de les désinstaller. Essayons donc de les supprimer, s'ils existent - en les remplaçant par la partie dnscache de djbdns, en supprimant toute instance de dnsmasq - s'il est en cours d'exécution - et en supprimant le script de démarrage BIND - s'il existe.

sudo apt-get remove bind9 dnsmasq-base
sudo apt-get install djbdns dnscache-run
sudo killall -9 dnsmasq
sudo update-rc.d -f bind9 remove

Ensuite, nous devrons dire au système d'utiliser notre cache.

gksu gedit /etc/resolv.conf

Modifiez le fichier pour qu'il ressemble à cet exemple. Ce fichier définit les serveurs de noms à utiliser, le domaine par défaut et le suffixe de recherche. Le suffixe de recherche permet d'exécuter des requêtes en utilisant uniquement la partie nom d'hôte d'un nom de domaine complet. Par exemple, «nslookup www» devient automatiquement «nslookup www.example.com» lorsque example.com est la valeur du paramètre «search».

nameserver 127.0.0.1      # Use the local resolver first.
nameserver 208.67.222.222 # OpenDNS
nameserver 208.67.220.220 # OpenDNS
domain example.com
search example.com

C'est un peu fantaisiste, mais nous devons obtenir les derniers serveurs de noms racine.

sudo dnsip $(dnsqr ns . | sed -e '/answer/!d;s/\(.*\)NS \(.*\)/\2/') | sudo tee /etc/dnscache/root/servers/@

Je pense que le fichier resolv.conf est écrasé lorsque nous utilisons DHCP. Donnons-nous donc une adresse IP statique, supprimons le logiciel qui l'écrase et éditons notre fichier d'interface pour configurer l'adresse IP statique.

sudo apt-get purge network-manager network-manager-gnome
gksu gedit /etc/network/interfaces

Mon fichier d'interfaces se présente comme suit, mais modifiez le vôtre à votre configuration.

# Loopback
#
auto lo
iface lo inet loopback

# First network card (attached to NAT router, attached to cable internet)
#
auto eth0
iface eth0 inet static
address 192.168.1.254
netmask 255.255.255.0
network 192.168.1.0
broadcast 192.168.1.255
gateway 192.168.1.1

Maintenant, recommençons.

sudo reboot

Vous utilisez maintenant un résolveur local et les derniers serveurs racine. C'est beaucoup, beaucoup plus rapide et plus fiable que ce que je reçois de mon FAI, ce qui est très lent. Cela résout-il le problème lent que vous avez?

METTRE À JOUR

Ou - si vous ne voulez pas exécuter votre propre cache (ci-dessus), et selon la conversation ci-dessous, vous pouvez simplement vous connecter à votre routeur et le configurer pour fournir des serveurs DNS alternatifs, comme Google et OpenDNS: 8.8.8.8, 208.67. 222.222, 208.67.220.220. Cela résoudrait également le DNS lent.

Je sais que c'est un vieux fil, mais comme je cherchais la réponse, il en serait d'autres, alors j'ai décidé de poster.

J'ai eu le même problème . Dans Windows, tout fonctionne bien, mais dans Ubuntu, certains sites Web ne s'ouvraient pas en prenant une éternité pour s'ouvrir. Je l'ai résolu en faisant passer mon modem du mode "DIAL ON DEMAND" au mode "TOUJOURS ON".

Modifiez votre /etc/resolv.conffichier, supprimez tout sauf les serveurs DNS de Google:

nameserver 8.8.8.8
nameserver 8.8.4.4

& redémarrer le PC.

Faites une analyse CURL pour savoir exactement ce qui cause le problème: /ubuntu//a/147385/378854