GVC se queda en Acquiring IP: no es un problema de contraseña

El Global VPN Client se detiene en Acquiring IP, y el reflejo es volver a escribir la contraseña o reinstalar el cliente. Ninguna de las dos cosas toca la etapa que falló. La autenticación terminó antes de que el cliente pidiera siquiera una dirección, así que no son las credenciales lo que le retiene en esa línea. Lo que le retiene ahí es un intercambio DHCP que no ha terminado, y puede atascarse en tres lugares distintos.

La autenticación y la asignación de dirección son etapas separadas

GVC primero demuestra quién es usted y luego solicita los ajustes de su adaptador virtual según la política asignada a su conexión. Son pasos sucesivos con firmas de fallo distintas. Unas credenciales incorrectas suelen fallar antes, con un mensaje de autenticación o de negociación en lugar de la línea de la dirección.

Ese orden explica por qué restablecer la contraseña, crear un usuario local nuevo o reinstalar no cambia nada aquí. El cliente ya está autorizado; ahora espera una concesión que la puerta de enlace o su socio DHCP debe entregar. Incluso una política que permite al usuario pero no asigna ningún rango de direcciones produce exactamente esta pantalla.

Así que la primera pregunta útil no es si las credenciales son correctas, sino qué política se asignó y qué dice esa política sobre el direccionamiento del adaptador virtual. Lea la configuración efectiva de esa conexión en lugar de la captura de pantalla que le funciona a un compañero.

De dónde viene realmente la concesión

Dos modelos son habituales. El cortafuegos puede gestionar él mismo un ámbito DHCP para clientes VPN, o puede retransmitir la solicitud a un servidor DHCP externo en la red interna. El modelo determina qué registros importan y a quién hay que llamar.

En el modelo interno, compruebe que el ámbito sigue existiendo, pertenece a la interfaz correcta y tiene concesiones libres. Un ámbito agotado produce un cliente que se autentica perfectamente y nunca recibe una dirección, y el registro de la puerta de enlace puede mostrar solo la solicitud. En el modelo de retransmisión, el destino de la retransmisión, la ruta de vuelta al rango de clientes VPN y cualquier autorización DHCP interna tienen que coincidir.

Anote qué modelo usa su despliegue antes de probar nada. La mitad de los consejos contradictorios que hay en línea dan por hecho el otro.

Un túnel puede estar activo y aun así perder la concesión

Una conexión de control establecida demuestra que la negociación funcionó, no que los datos del túnel pasen en ambos sentidos. El intercambio DHCP necesita solicitud y respuesta para sobrevivir a la ruta de datos, y ahí es donde viven los ajustes de cifrado, la política de la zona VPN y los problemas de MTU.

El consejo sobre el recorrido de NAT es el ejemplo más claro de que el contexto importa. Algunas rutas lo necesitan activado, otras solo funcionan desactivado, y el NAT intermedio junto con la conexión negociada deciden cuál. Cambiarlo a ciegas mientras también cambia ajustes del cliente significa que no sabrá qué cambio produjo el resultado. Anote la ruta negociada y las pruebas antes de modificar la encapsulación.

Reiniciar el router de casa pertenece a la misma categoría. A veces elimina el síntoma, pero no identifica por qué falló la concesión, y el problema vuelve en la siguiente conexión.

Recorra la ruta de la concesión en orden

Empiece en el adaptador y avance hacia fuera, de modo que cada paso solo pueda fallar por una razón:

> Get-NetAdapter | Where-Object Name -like "*GVC*"
> ipconfig /all | findstr /i /c:"GVC" /c:"IPv4" /c:"DHCP"
> Test-NetConnection 10.60.0.1 -Port 443

Una dirección como 169.254.x.x significa que el adaptador existe y no recibió ninguna respuesta, lo que apunta al origen de la concesión o a la ruta de datos. Una dirección correcta dentro del rango VPN con entradas DNS incorrectas es otra avería: la concesión funcionó y la política entregó ajustes incompletos. Un adaptador que nunca aparece significa que el cliente no llegó a crearlo.

Cuando aparezca una concesión, pruebe el recurso real en lugar de declarar la victoria en la línea de la dirección. Si el acceso a archivos o a la intranet sigue fallando, conserve la concesión correcta como prueba y pase a la resolución de nombres o a la política, porque ya ha dejado atrás la avería original.

La nota de SonicWall sobre el adaptador virtual enumera varias ramas separadas, y sus capturas antiguas no deben leerse como el mapa actual del menú. Úsela para confirmar la etapa a la que llegó, no como una lista de comprobación que aplicar en bloque.