
Una de las PC con Windows en mi red doméstica recientemente comenzó a causar problemas de red. Me referiré a esta PC como la "PC problemática".
Lo último que le hice a la PC con problemas antes de que comenzara el problema fue una reinstalación completa de Windows en una unidad recién formateada. No tengo forma de "revertir" la reinstalación para ver si soluciona el problema.
Cuando se apaga la PC con problemas, todos los dispositivos conectados a través de Ethernet en mi red pierden la capacidad de acceder a Internet.
Netflix, Amazon Prime Video, etc., no pueden conectarse a sus respectivos servicios. Si ya estás viendo un video, eventualmente se detendrá, presumiblemente después de que se muestre todo el video que había almacenado antes de la interrupción.
Las páginas web no se cargan en absoluto. Chrome finalmente muestra una página con un mensaje de error "No hay Internet", una recomendación para ejecutar el Diagnóstico de red de Windows y "DNS_PROBE_FINISHED_NO_INTERNET". Al ejecutar Windows Diagnostics me dice "Reinicie su módem de banda ancha", lo que no resuelve el problema.
Además, el tráfico dentro de mi red doméstica se vuelve muy lento. (por ejemplo, copiar un archivo hacia o desde mi Synology Diskstation NAS)
Los dispositivos conectados mediante Wi-Fi no se ven afectados.
Notas:
- El problema ocurre cada vez que la PC con problemas está conectada, pero no arranca
- El problema desaparecerá si hago alguna de las siguientes acciones en la PC con problemas:
a. desconectar físicamente la alimentación (desconectar)
b. presione el botón de encendido para iniciarlo de nuevo. El problema se resuelve casi instantáneamente (es decir, mucho antes de que la PC se inicie por completo)
c. desconecte el cable ethernet - El problema de la PC esno
a. compartir su conexión a Internet
b. ejecutar un servidor DHCP (o cualquier otro tipo de software de servidor) - He hecho todo lo siguiente en la PC con problemas:
a. “Arranque rápido” deshabilitado en UEFI/BIOS
b. "Inicio rápido" deshabilitado en las "Opciones de energía" de Windows
c. deshabilitado “Permitir que este dispositivo active la computadora” en la configuración de Administración de energía de la NIC
d. correr
¡Gracias de antemano por cualquier ayuda que puedas brindar!
EDICIONES a continuación...
¡Gracias a todos los que comentan y brindan dirección!
@Zac67: Aquí está la información que me aconsejaste obtener. Esta información se recopiló de mi PC de escritorio, mientras la "PC con problemas" estaba conectada pero "apagada" y se estaba produciendo la interrupción de la red.
"¿El problema ocurre si desconecta la alimentación y la vuelve a conectar sin encender la PC?" :Sí
1. ping the default gateway
C:\>ping -n 15 192.168.1.1
Pinging 192.168.1.1 with 32 bytes of data:
Reply from 192.168.1.1: bytes=32 time=295ms TTL=64
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Reply from 192.168.1.1: bytes=32 time=583ms TTL=64
Request timed out.
Reply from 192.168.1.1: bytes=32 time=308ms TTL=64
Reply from 192.168.1.1: bytes=32 time=294ms TTL=64
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Ping statistics for 192.168.1.1:
Packets: Sent = 15, Received = 4, Lost = 11 (73% loss),
Approximate round trip times in milli-seconds:
Minimum = 294ms, Maximum = 583ms, Average = 370ms
C:\>
=======================
2. ping the DNS server
C:\>ping -n 15 8.8.8.8
Pinging 8.8.8.8 with 32 bytes of data:
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Ping statistics for 8.8.8.8:
Packets: Sent = 15, Received = 0, Lost = 15 (100% loss),
C:\>
================================
3. run tracert 1.1.1.1
C:\>tracert 1.1.1.1
Tracing route to 1.1.1.1 over a maximum of 30 hops
1 160 ms 155 ms 155 ms 192.168.1.1
2 * * * Request timed out.
3 * * * Request timed out.
4 * * * Request timed out.
5 * * * Request timed out.
6 * * * Request timed out.
7 * * * Request timed out.
8 * * * Request timed out.
9 * * * Request timed out.
10 * * * Request timed out.
11 * * ScottTower2017.Home [192.168.1.112] reports: Destination host unreachable.
Trace complete.
C:\>
Actualizaciones 24/7:
Actualicé el controlador de la NIC y el comportamiento cambió. Cerrar Windows ya no provoca la interrupción. Sin embargo, cuando desconecto el cable de alimentación y lo vuelvo a enchufar, el corte ocurre igual que antes. Como antes, presionar el botón Encendido para iniciar la máquina resuelve la interrupción casi instantáneamente. Este comportamiento sigue siendo problemático... Si tenemos un corte de energía, el problema se manifestará cuando se restablezca la energía. Por el momento apago el protector contra sobretensiones como medida preventiva.
Conecté un adaptador Ethernet USB a la computadora con problemas y moví el cable Ethernet de la NIC interna al adaptador Ethernet USB. El problema no es reproducible. Creo que eso descarta cualquier problema con el cable Ethernet o el equipo descendente. Si todo lo demás falla, esto sería una solución viable para solucionar el problema.
Confirmé que la función "Wake On Lan" ya está deshabilitada en el BIOS. Esa parece ser la configuración predeterminada. Para ser más exhaustivo, lo habilité y eso no resolvió el problema. Luego lo volví a desactivar y eso no resolvió el problema.
Actualicé el firmware de mi BIOS a la última versión disponible y eso no resolvió el problema.
En un esfuerzo por detectar el tráfico que sale de la PC con problemas, configuré mi escritorio principal como un puente entre la PC con problemas y el resto de la red. (es decir, mi PC de escritorio colocada como Man-in-the-middle con WireShark ejecutándose) El problema no se puede reproducir en esa configuración. Todavía estoy tratando de entender qué significa esto para mi investigación.
Pedí una nueva NIC interna para ver qué podemos aprender de ella.
Actualizaciones 25/7:
- La nueva NIC aún no está aquí.
- Mientras tanto, decidí empezar desde cero: a) limpié el SSD, b) reinstalé Windows 10, c) dejé que Windows Update instalara un montón de actualizaciones y 21H1. (igual que antes)
2.a) Ahora estoy experimentando los mismos síntomas mientras uso el adaptador Ethernet USB. Debería haber probado el comportamiento antes de instalar las actualizaciones, especialmente la 21H1.
2.b) Cuando el tiempo lo permita, planeo realizar este proceso nuevamente, pero no permitir que Windows Update instale ninguna actualización. Esto debería ayudarme a entender si 21H1 está causando el problema.
Actualizaciones 8/1:
- Se instaló una nueva NIC PCI-Express. El mismo comportamiento problemático.
- Conmutador Netgear omitido. El mismo comportamiento problemático.
- Instalé una nueva NIC en otra PC. Ningún problema.
- Reinstalé Windows 10, sin permitirle realizar ninguna actualización. El adaptador Ethernet integrado y la nueva NIC PCI-Express continúan causando este comportamiento problemático. El adaptador USB Ethernet ya no tiene problemas. ... Nota: El adaptador USB utiliza el mismo cable de conexión CAT 5 y el mismo conmutador Netgear que estaba usando con los otros adaptadores Ethernet. ¿Implica esto que no hay nada malo con esos elementos, así como con otros cables y dispositivos "ascendentes"?
Actualizaciones 8/2:
- @davidgo: El enrutador es un Calix 854G-1 proporcionado por mi ISP
En este punto, continuaré apagando el protector contra sobretensiones siempre que esta PC no esté en uso. Es una pifia, pero evita que ocurra el problema.
No trabajaré activamente en este tema, a menos que alguien tenga una sugerencia.
¡Gracias a todos!
Respuesta1
Primeros pasos en la resolución de problemas de conectividad:
- hacer ping a la puerta de enlace predeterminada: la falla indica un problema básico de L1 o L2 (cable, conmutador/Wi-Fi)
- hacer ping al servidor DNS: la falla indica un problema del servidor (o enrutamiento para el servidor remoto)
- correr
tracert 1.1.1.1
y agregue los resultados a su pregunta como texto, usando la { }
función.
Encontrará tanto la puerta de enlace predeterminada como el servidor DNS en la ipconfig /all
salida.
Sin embargo, la descripción de tu problema parece bastante extraña. ¿El problema ocurre si desconecta la alimentación y la vuelve a conectar sin encender la PC? De lo contrario, posiblemente se trate de un controlador defectuoso (que deja la NIC en un estado de parloteo al apagarse); intente actualizarlo desde la página de soporte del proveedor. Si es así, es posible que desee reemplazar la NIC.