uTorrent provoque que DNS arrête de fonctionner occasionnellement
Tout en utilisant uTorrent, DNS cesse de répondre périodiquement.
Le problème semble ne pas être lié à une autre utilisation de la bande passante (vue du routeur à l'ordinateur), mais peut être liée à une forme de protection contre les inondations fournie par le routeur (les connexions plus entrantes au routeur que Windows accepteront).
Comment puis-je obtenir le réseau de travail correctement (tout en étant capable d'utiliser uTorrent, bien sûr)?
cLIENTS BITTORENT Connectez de manière agressive aux pairs ... et certains routeurs interprètent cela comme une inondation syntonique.
Connexions ouvertes
Lorsque uTorrent est chargé et que les téléchargements/téléchargements sont paressés (non arrêtés), il entretient des connexions ouvertes avec vos pairs. Pendant ce temps, les légions de pairs Internet tenteront de vous connecter pour savoir si vous avez les bits qu'ils veulent.
Finalement, vous atteindrez la limite de connexion ouverte imposée par votre système d'exploitation (sous Windows 7 Il s'agit de 10 connexions) et les connexions de nouveaux clients commenceront à faire la queue sur votre routeur.
Les clients en file d'attente vérifieront de manière agressive pour voir si une connexion est gratuite. Ce sondage agressif peut être interprété comme une attaque syn-inondit par le routeur.
solutions
- abaissez votre limite de connexion à moitié ouverte dans votre logiciel bittorent sous la limite de connexion imposée par votre système d'exploitation
- désactivez la protection contre les inondations IP à votre routeur/modem.
Saturation de la bande passante
De plus, avec une connexion uTorrent (ou de tout trafic en vrac) fonctionnant sans restriction, le tuyau de téléchargement (et éventuellement du téléchargement) atteint une utilisation complète, forçant un trafic de "entretien" pour prendre un siège arrière, ce qui finit par diminuer l'utilité du réseau.
Voici un exemple:
- Téléchargement haut débit (torrent ou autre) sature en aval.
- L'utilisateur essaie de naviguer sur un site non récemment visité. L'ordinateur génère une demande d'informations DNS pour le site souhaité. "Le téléchargement" de la demande au serveur DNS réussit (non contesté pour l'accès à la conduite en amont).
- Le serveur DNS répond (ou essaie de), mais la réponse est raccrochée pour essayer d'accéder à la machine de l'utilisateur car la tuyau de téléchargement est saturée de contenu de téléchargement et que quelque chose doit être abandonné, et que le téléchargement est agressif de la maintenance de la vitesse, du La réponse DNS est supprimée (à un moment donné avant d'arriver au routeur local).
La même chose peut arriver si le téléchargement est sans restriction. Avec Téléchargement saturé, des paquets connus sous le nom de TCP-ACK (qui sont envoyés comme "hé, j'ai un paquet XYZ" Type les réponses) se faire raccrocher, faisant des téléchargements à une halte, entraînant une navigation sur le Web pour devenir très inégalée.
Solutions
- Déterminez quelles sont les capacités maximales de votre connexion (haut et bas, individuellement) et définir la vitesse maximale de vos clients de transfert en vrac pour ne pas utiliser plus d'environ 80% de cette vitesse. Cela laissera "la chambre à la hauteur" pour des choses comme les paquets DNS et TCP-ACK pour contourner le trafic en vrac et être traité rapidement.
- Utilisez un routeur pouvant gérer la forme du trafic de telle sorte que certains trafics (DNS, IMCP Ping, TCP-ACK) puissent être hiérarchisés avant d'autres formes de trafic, et certaines formes de trafic (Torrent en particulier) peuvent être désagrémées. Ceci est ma méthode préférée. Cela peut donner à l'avantage supplémentaire de permettre à la hausse du tuyau de haut en bas de la conduite du torrent lorsque le trafic de priorité plus élevé ne le défie pas.
- Utilisez une combinaison de 1 et 2 pour restreindre le trafic de "mauvaise conduite".
Si vous êtes intéressé par plus d'informations sur la mise en forme de trafic Distros Linux/BSD, MONOWALL et IPCOP Les deux ont une bonne information.
J'essaierais le outil de référence DNS de GRC . Il teste les serveurs DNS que vous êtes configurés pour utiliser, ainsi que de nombreux autres serveurs DNS. Non seulement cela teste-t-il sa vitesse, mais aussi leur fiabilité. C'est gratuit et n'a pas besoin d'être installé (ce n'est que Windows uniquement). Il y a aussi beaucoup de bonnes informations sur DNS sur ces pages également.
J'aimerais savoir dans quelle partie du monde que vous êtes situé, et cela vous aiderait à avoir un résultat Trackert/Traceroute pour Google.com et 8.8.8.8.
Le problème pourrait être causé par votre routeur ou par votre connexion aux serveurs de Google. La nature intermittente de votre problème a l'odeur de mauvaise connectivité, mais il y a simplement trop de facteurs lors de l'analyse des problèmes de connectivité Internet pour vous donner une réponse immédiate.
Le réseau de Google peut parfois devenir surchargé. J'ai des cas quotidiens où une demande à Google.com fois et doit être redémarré et j'utilise son serveur local pour mon pays. C'est une question de chance à quel segment du réseau de Google La demande est acheminée et il peut même y avoir des inefficacités dans les algorithmes de la demande internes de Google.
C'est probablement la même chose avec les serveurs de noms de Google. Bien que Google en ait plusieurs d'entre eux, la demande peut être acheminée vers un serveur interne ou un segment de réseau interne surchargé.
Vous n'avez pas mentionné dans quelle partie du monde que vous êtes situé. Si vous n'êtes pas aux États-Unis, chaque demande peut prendre une route différente et peut subir des problèmes occasionnels ou des retards si cela dépend de trop de serveurs intermédiaires.
Sans parler de "optimisations" ou de carences possibles de votre fournisseur de services Internet ou de toutes les optimisations que Google peut avoir fait pour partitionner le fardeau mondial sur ses serveurs.
L'utilisation d'un serveur DNS FAR peut vous pénaliser d'une autre manière. Voir :
Pourquoi utiliser Google DNS/OPENDNS est une mauvaise idée
[.____] Devrais-je utiliser le DNS de mon ISP, ou Google 8.8.8.8?