Problema

En entornos Windows es frecuente que una tarjeta Ethernet muestre Estado: Connected, Link Speed correcto (por ejemplo 1 Gbps) y, sin embargo, no reciba una dirección IP válida del servidor DHCP. En lugar de una dirección del rango de la subred, el adaptador termina con una dirección 169.254.x.x (APIPA). El síntoma típico incluye:

  • Ping a la puerta de enlace del router falla con “General failure”.
  • ipconfig /renew devuelve Unable to contact your DHCP server.
  • La conexión Wi‑Fi funciona sin problemas, lo que descarta un problema general de red.
  • El adaptador es de alta velocidad (Realtek Gaming 2.5GbE Family Controller) pero negocia a 1 Gbps.

Este patrón aparece tanto en equipos de escritorio como en laptops que usan controladores de red recientes y cables certificados. El objetivo del artículo es ofrecer un método reutilizable para diagnosticar y resolver este tipo de fallos, sin depender de un caso concreto.

Causa

Los fallos de DHCP con enlace activo pueden originarse en varios niveles:

  1. Controlador o firmware corrupto – versiones recientes de los drivers Realtek a veces introducen incompatibilidades con la pila TCP/IP de Windows, especialmente cuando se habilitan offloads o VLANs por defecto.
  2. Configuración de offloads / VLAN – la activación de Large Send Offload, IPv4 Checksum Offload o Priority & VLAN puede romper la negociación del DHCP en algunos switches de bajo coste.
  3. Enlace físico defectuoso – un cable o puerto que permite 1 Gbps pero no la señal completa de 2.5 Gbps puede generar errores de transmisión de paquetes DHCP (que son pequeños pero críticos).
  4. Binding de red dañado – la capa de enlace entre el adaptador y el cliente DHCP de Windows puede quedar corrupta después de actualizaciones o cambios en la política de red.
  5. Configuración del router / DHCP server – filtros MAC, reservas mal configuradas o limitaciones de número de leases pueden rechazar la solicitud del cliente.
  6. Políticas de seguridad locales – reglas de firewall o de protección de red que bloquean tráfico DHCP (puerto 67/68 UDP) sólo en la interfaz Ethernet.
  7. Configuración estática residual – desactivar DHCP mediante PowerShell o el panel de control deja la interfaz en modo “Manual” y evita que ipconfig /renew vuelva a habilitarla.

En la práctica, la mayoría de los incidentes se resuelven al revisar primero la configuración del adaptador (offloads, VLAN) y, si persiste, reinstalar el driver.

Solución

A continuación se describe un flujo de trabajo que cubre los puntos críticos. Cada paso es independiente, por lo que puede detenerse cuando el problema desaparezca.

1. Verificar el estado básico del adaptador

Get-NetAdapter -Name Ethernet | Format-List Name, Status, LinkSpeed, MacAddress

Confirma que el adaptador está Up y que el LinkSpeed coincide con lo esperado. Si el estado es Disconnected o Disabled, revisa el cable y el puerto del switch.

2. Restablecer la pila de red

netsh winsock reset
netsh int ip reset
ipconfig /flushdns

Reinicia el equipo después de ejecutar los tres comandos. Este paso elimina entradas corruptas de Winsock y la tabla de rutas.

3. Desactivar temporalmente offloads y VLAN

En el Administrador de dispositivos, abre Propiedades → Advanced del adaptador y cambia los siguientes valores a Disabled:

  • Large Send Offload v2 (IPv4)
  • IPv4 Checksum Offload
  • IPv6 Checksum Offload
  • Priority & VLAN (o pon Priority & VLAN Disabled si la opción lo permite)

Guarda y reinicia el adaptador:

Disable-NetAdapter -Name Ethernet -Confirm:$false
Enable-NetAdapter -Name Ethernet -Confirm:$false

4. Forzar DHCP y limpiar configuraciones estáticas

Set-NetIPInterface -InterfaceAlias "Ethernet" -Dhcp Enabled
Set-DnsClientServerAddress -InterfaceAlias "Ethernet" -ResetServerAddresses

Asegúrate de que la interfaz no tenga direcciones estáticas residuales (Get-NetIPConfiguration -InterfaceAlias Ethernet).

5. Probar con una dirección estática conocida

Asigna manualmente una IP dentro del rango del router para descartar problemas de capa 2:

New-NetIPAddress -InterfaceAlias "Ethernet" -IPAddress 192.168.68.200 -PrefixLength 24 -DefaultGateway 192.168.68.1
Set-DnsClientServerAddress -InterfaceAlias "Ethernet" -ServerAddresses 1.1.1.1,8.8.8.8

Si el ping a 192.168.68.1 funciona, el cable y el puerto están correctos; el problema está en el proceso DHCP.

6. Reinstalar el driver Realtek

  1. Descarga la última versión del driver desde el sitio oficial del fabricante.
  2. En Programas y características, desinstala el controlador actual marcando Delete the driver software for this device.
  3. Reinicia en modo seguro (opcional) y ejecuta el instalador descargado.
  4. Después de la instalación, vuelve a Enable el adaptador y repite el paso 4 para habilitar DHCP.

7. Comprobar el router

  • Verifica que la tabla de leases no esté llena.
  • Asegúrate de que no haya filtrado MAC para la dirección del adaptador.
  • Prueba conectar el cable a otro puerto del switch/router.

8. Desactivar temporalmente el firewall de Windows para la interfaz Ethernet

Set-NetFirewallProfile -Profile Domain,Public,Private -Enabled False

Si DHCP funciona, crea una regla que permita tráfico UDP 67/68 y vuelve a habilitar el firewall.

Cuándo aplicar esta solución

  • Síntomas: enlace activo, velocidad negociada correcta, dirección APIPA, ipconfig /renew sin respuesta, ping a la puerta de enlace falla con “General failure”.
  • Entorno: Windows 10/11, adaptadores Realtek 2.5GbE, pero el proceso es idéntico para cualquier NIC que muestre el mismo patrón.
  • No aplicar: si el adaptador aparece como Disconnected o el cable muestra errores de luz física, el problema es físico y debe resolverse antes de seguir los pasos de software.
  • Escenarios donde la solución falla: servidor DHCP externo fuera de la subred, VLAN obligatoria sin configuración adecuada en el switch, o políticas de dominio que bloquean DHCP.

Código

# Restablecer pila de red
netsh winsock reset
netsh int ip reset
ipconfig /flushdns

# Desactivar offloads y VLAN (requiere reinicio del adaptador)
Disable-NetAdapter -Name Ethernet -Confirm:$false
Enable-NetAdapter -Name Ethernet -Confirm:$false

# Habilitar DHCP y DNS automático
Set-NetIPInterface -InterfaceAlias "Ethernet" -Dhcp Enabled
Set-DnsClientServerAddress -InterfaceAlias "Ethernet" -ResetServerAddresses

# Prueba de IP estática (reemplaza según tu subred)
New-NetIPAddress -InterfaceAlias "Ethernet" -IPAddress 192.168.68.200 -PrefixLength 24 -DefaultGateway 192.168.68.1
Set-DnsClientServerAddress -InterfaceAlias "Ethernet" -ServerAddresses 1.1.1.1,8.8.8.8

# Desactivar firewall temporalmente
Set-NetFirewallProfile -Profile Domain,Public,Private -Enabled False

Verificación

  1. Ejecuta ipconfig /all y confirma que la interfaz Ethernet muestra una dirección del rango 192.168.68.0/24 (u otro de tu red) y que el DHCP Enabled está en Yes.
  2. Realiza ping 192.168.68.1. Debería responder sin “General failure”.
  3. Prueba ping 8.8.8.8 y ping google.com para validar conectividad externa y resolución DNS.
  4. Revisa el registro de eventos de Windows bajo System → DHCP para confirmar que el cliente recibió un lease sin errores.

Notas adicionales

  • En algunos switches de nivel de consumidor, los puertos de 2.5 Gbps pueden forzar una velocidad de 1 Gbps pero no transmitir correctamente los paquetes de broadcast que usa DHCP. Cambiar a un puerto diferente o usar un cable Cat 6a/7 suele eliminar el problema.
  • Si trabajas en un dominio, verifica que la política de Network Access: Restrict clients allowed to make remote calls to SAM no esté bloqueando la solicitud DHCP.
  • Mantener una copia de la configuración original del adaptador (Get-NetAdapterAdvancedProperty) ayuda a revertir cambios si alguna desactivación de offload genera pérdida de rendimiento en transferencias grandes.