☰

uTorrent hace que DNS deje de funcionar ocasionalmente

tag-icon • tag-icon windows utorrent
uTorrent hace que DNS deje de funcionar ocasionalmente

Mientras usa uTorrent, DNS deja de responder periódicamente.

El problema parece no estar relacionado con el uso excesivo de ancho de banda (como se ve desde el enrutador a la computadora), pero puede estar relacionado con alguna forma de protección contra inundaciones proporcionada por el enrutador (más conexiones entrantes al enrutador de las que Windows aceptará).

¿Cómo consigo que la red funcione correctamente (sin dejar de poder usar uTorrent, por supuesto)?

Respuesta1

clientes bittorentconectarse agresivamente con sus compañeros... y algunos enrutadores interpretan esto como una inundación de sincronización.

Conexiones abiertas

Cuando se carga uTorrent y las cargas/descargas se pausan (no se detienen), mantiene conexiones abiertas con sus pares. Mientras tanto, legiones de usuarios de Internet seguirán intentando conectarse contigo para averiguar si tienes los bits que quieren.

Con el tiempo, alcanzará el límite de conexiones abiertas impuesto por su sistema operativo (en Windows 7, esto es 10 conexiones) y las conexiones de nuevos clientes comenzarán a hacer cola en su enrutador.

Los clientes en cola comprobarán intensamente si una conexión está libre. Este sondeo agresivo puede interpretarse como un ataque de inundación de sincronización por parte del enrutador.

Soluciones

  • reduzca su límite de conexión medio abierta en su software bittorent por debajo del límite de conexión impuesto por su sistema operativo
  • deshabilite la protección contra inundaciones de IP en su enrutador/módem.

Saturación de ancho de banda

Además, con la conexión de uTorrent (o cualquier tráfico masivo) ejecutándose sin restricciones, el canal de carga (y posiblemente de descarga) alcanza su uso máximo, lo que obliga a que parte del tráfico de "mantenimiento" pase a un segundo plano, lo que termina disminuyendo la utilidad de la red.

Aquí hay un ejemplo:

  1. La descarga de alta velocidad (torrent o de otro tipo) satura el enlace descendente.
  2. El usuario intenta navegar a un sitio que no visitó recientemente. La computadora genera una solicitud de información DNS para el sitio deseado. La "carga" de la solicitud al servidor DNS se realiza correctamente (no se cuestiona el acceso a la canalización ascendente).
  3. El servidor DNS responde (o intenta hacerlo), pero la respuesta se bloquea al intentar llegar a la máquina del usuario porque el canal de descarga está saturado con contenido de descarga, y dado que hay que descartar algo y la descarga es agresiva en cuanto a mantener la velocidad, el La respuesta DNS se elimina (en algún momento antes de llegar al enrutador local).

Lo mismo puede suceder si la carga no está restringida. Con la carga saturada, los paquetes conocidos como TCP-ACK (que se envían como respuestas del tipo "Oye, recibí el paquete xyz correctamente") se bloquean, lo que hace que las descargas se detengan y la navegación web se vuelva muy irregular.

Soluciones

  • Averigüe cuáles son las capacidades máximas de su conexión (arriba y abajo, individualmente) y establezca la velocidad máxima de sus clientes de transferencia masiva para que no utilicen más del 80% de esa velocidad. Esto dejará "espacio libre" para que cosas como los paquetes DNS y TCP-ACK eviten el tráfico masivo y se traten rápidamente.
  • Utilice un enrutador que pueda manejar la configuración del tráfico de modo que cierto tráfico (DNS, IMCP Ping, TCP-ACK) pueda priorizarse antes que otras formas de tráfico, y algunas formas de tráfico (torrent en particular) puedan perder prioridad. Este es mi método preferido. Esto puede brindar el beneficio adicional de permitir que el canal de subida y bajada completo se pueda utilizar para el tráfico de torrents cuando el tráfico de mayor prioridad no lo dificulta.
  • Utilice alguna combinación de 1 y 2 para restringir el tráfico que se porta mal.

Si está interesado en obtener más información sobre cómo configurar el tráfico en las distribuciones Linux/BSD,MonoparedyIPCopAmbos tienen buena información.

Respuesta2

Cuando tengo algo así,Wiresharkes mi mejor amigo.

Pero primero es bueno darse cuenta de estas tres cosas:

  • El hecho de que el ping esté funcionando no significa que el DNS (o cualquier otro servicio) esté funcionando, y viceversa.

    Esto se debe a que ping usa un protocolo completamente diferente (ICMP, mientras que DNS usa IP y una combinación de UDP y TCP), en un nivel de modelo de red completamente diferente. Cualquier cosa en el camino, desde su firewall personal pasando por la cantidad de enrutadores hasta el host real donde se ejecuta el servicio, puede potencialmente configurarse para descartar uno de estos pero no el otro (ya sea la paranoia del administrador o algún caso de falla), aunque normalmente le sucede más a ICMP que a otros

  • En general, también es bueno dejar claro si son sus solicitudes (DNS) o las respuestas las que se pierden.

    Bueno, el programa particular que estás usando debería dejar esto claro para ti, pero como regla general, es más fácil verlo tú mismo en la GUI de Wireshark :)

  • Como mencioné, DNS normalmente usa UDP como forma de entregar el contenido de la solicitud y la respuesta.

    A diferencia de su hermano TCP, UDP se define de manera que haysin garantía que el paquete se entregará y que no hay nada que un enrutador deba (ni pueda) hacer para informarle sobre la falla. (Esto es un sacrificio por otra característica de UDP: es increíblemente rápido. Los enrutadores no tienen que conservar ninguna información sobre el remitente ni el orden de los paquetes, simplemente la pasan rápidamente y la olvidan. Incluso pueden darles de manera bastante segura mayor prioridad que TCP.)

Normalmente lo primero que haría sería:

  1. Iniciar Wireshark
  2. Haga clic en Opciones de captura
  3. Para el filtro de captura, configúrelo host 1.2.3.4para asegurarse de capturar solo el tráfico entre usted y 1.2.3.4
  4. Iniciar captura
  5. Una vez que todos se hayan entusiasmado de esta manera, prueben sus comandos.

Sin embargo, según su última actualización: no conozco este software, pero definitivamente sospecho del cliente uTorrent. Es posible que una aplicación envíe demasiados UDP y, por ejemplo, se alcance cierto límite en el enrutador de su hogar y comience a desechar paquetes UDP.

Respuesta3

yo probaría elHerramienta de referencia DNS de GRC. Prueba los servidores DNS que está configurado para usar, así como muchos otros servidores DNS. No sólo pone a prueba su velocidad, sino también su fiabilidad. Es gratis y no es necesario instalarlo (aunque solo es para Windows). También hay mucha buena información sobre DNS en esas páginas.

Respuesta4

Encontré una solución, aunque no la entiendo del todo. Si alguien puede explicarla correctamente, publíquela como respuesta y le daré una recompensa, porque otras respuestas no ayudaron.

Como mencioné en el apéndice de la pregunta, uTorrent estaba relacionado con el problema, porque cerrar uTorrent resolvió el problema. Decidí descubrir cómo solucionarlo sin necesidad de cerrar uTorrent. Eneste hiloyÉste(fue muy relevante porque la gente allí tiene el mismo ISP y enrutador) Encontré sugerencias de que debería desactivarProtección contra inundaciones IPen mi enrutador y funcionó! El problema y la solución eran exóticos, posiblemente específicos del enrutador Cisco EPC3925 o incluso de un ISP en particular (popular en Europa, por eso era difícil buscar algo en Google en inglés).

información relacionada