Windows Server sin conexión a internet: cómo solucionar la red

Que un Windows Server pierda la conectividad de red es uno de los problemas más estresantes: falla el Escritorio remoto, los sitios web dejan de funcionar o el servidor alcanza direcciones IP pero no resuelve nombres de dominio. Esta guía recorre la solución de problemas del adaptador de red y de la conectividad de Windows Server en un orden fijo —adaptador → IP y puerta de enlace → internet → DNS → firewall— con herramientas integradas como ipconfig, ping, tracert y netsh en Windows Server 2016 / 2019 / 2022.

Paso 1: Compruebe el adaptador de red y la configuración IP con ipconfig

Abra PowerShell o CMD como administrador y compruebe el estado del adaptador y la configuración IP:

ipconfig /all
Get-NetAdapter | Format-Table Name, Status, LinkSpeed, MacAddress -AutoSize

Compruebe que el Status del adaptador sea Up; que la dirección IPv4, la máscara de subred y la puerta de enlace predeterminada coincidan con los datos de aprovisionamiento de su servidor; y si aparece una dirección 169.254.x.x (falló DHCP o se perdió la configuración IP). Si el adaptador está deshabilitado, habilítelo (use el nombre real de su adaptador, p. ej. "Ethernet"):

Enable-NetAdapter -Name "Ethernet" -Confirm:$false
Restart-NetAdapter -Name "Ethernet"

Si Device Manager (Administrador de dispositivos) muestra una advertencia amarilla en el adaptador o no aparece ningún adaptador, puede que falte el controlador (algo habitual con imágenes de sistema operativo instaladas por el propio usuario). Abra un ticket de soporte para recibir ayuda con el controlador.

Paso 2: Pruebe la puerta de enlace, internet y DNS con ping

Haga ping, por orden, a la puerta de enlace predeterminada, a una IP pública y a un nombre de dominio para averiguar qué capa falla:

ping 203.0.113.1
ping 8.8.8.8
ping www.microsoft.com

Puerta de enlace inaccesible: lo más probable es una IP / máscara / puerta de enlace incorrecta o un problema del adaptador. Puerta de enlace correcta pero 8.8.8.8 inaccesible: problema de enrutamiento o de la red ascendente. 8.8.8.8 correcto pero "could not find host" (no se pudo encontrar el host): es un problema de DNS; vaya al paso 4.

Paso 3: Trace la ruta con tracert y corrija la configuración IP

Use tracert para ver dónde se detienen los paquetes. La opción -d omite las búsquedas inversas para obtener resultados más rápidos:

tracert -d 8.8.8.8
route print

Si la IP o la puerta de enlace se cambiaron por error, vuelva a configurar la IP estática con netsh (use los valores reales de sus datos de aprovisionamiento):

netsh interface ipv4 set address name="Ethernet" static 203.0.113.10 255.255.255.0 203.0.113.1

Paso 4: Corrija la configuración DNS de Windows

Si las IP responden pero los nombres de dominio no se resuelven, pruebe el DNS y vacíe la caché:

nslookup www.microsoft.com
ipconfig /flushdns

Si nslookup agota el tiempo de espera, configure servidores DNS públicos fiables en el adaptador:

Set-DnsClientServerAddress -InterfaceAlias "Ethernet" -ServerAddresses 8.8.8.8,1.1.1.1
Get-DnsClientServerAddress -InterfaceAlias "Ethernet"

Paso 5: Restablezca la pila de red con netsh

Si todo parece correcto pero la red sigue fallando, o si los problemas empezaron tras instalar una VPN, un proxy o una herramienta "aceleradora", restablezca Winsock y la pila TCP/IP y reinicie:

ipconfig /all > C:\ipconfig-backup.txt
netsh winsock reset
netsh int ip reset
Restart-Computer

Paso 6: Revise las reglas del Firewall de Windows

Si el servidor puede acceder a internet pero los clientes externos no pueden hacerle ping ni alcanzar un puerto, la causa habitual es el firewall. Revise los perfiles del firewall y permita ICMP (ping) y los puertos de sus servicios según sea necesario:

Get-NetFirewallProfile | Format-Table Name, Enabled, DefaultInboundAction
New-NetFirewallRule -DisplayName "Allow-ICMPv4-In" -Protocol ICMPv4 -IcmpType 8 -Direction Inbound -Action Allow
New-NetFirewallRule -DisplayName "Allow-Web-80-443" -Direction Inbound -Protocol TCP -LocalPort 80,443 -Action Allow

Preguntas frecuentes

La conexión es intermitente y hay mucha pérdida de paquetes.

Ejecute ping -t <server IP> en su equipo local junto con tracert para registrar dónde empieza la pérdida, y compruebe si el servidor está sufriendo un ataque o saturando su ancho de banda (Task Manager (Administrador de tareas) → Performance (Rendimiento) → Ethernet).

El adaptador no tiene IP después de reinstalar Windows.

Algunas redes usan IP estáticas, por lo que debe introducir manualmente la IP, la máscara, la puerta de enlace y el DNS de sus datos de aprovisionamiento. Si a un sistema operativo instalado por usted le falta el controlador de la tarjeta de red, abra un ticket de soporte.

Solo los usuarios de una región ven conexiones lentas o fallidas.

Ejecute tracert o MTR desde esa región y envíe los resultados al soporte para que podamos analizar la ruta.

Si nada de lo anterior le ayuda, envíe un ticket de soporte al soporte técnico 24/7 de IMIDC con capturas de pantalla de ipconfig /all, ping y tracert.