GVC atascado en Acquiring IP: non é un problema de contrasinal

O Global VPN Client detense en Acquiring IP, e o reflexo é volver escribir o contrasinal ou reinstalar o cliente. Ningunha das dúas cousas toca a etapa que fallou. A autenticación rematou antes de que o cliente pedise sequera un enderezo, así que non son as credenciais o que o retén nesa liña. O que o retén aí é un intercambio DHCP que non rematou, e pode atascarse en tres lugares distintos.

A autenticación e a asignación de enderezo son etapas separadas

GVC primeiro demostra quen é vostede e despois solicita os axustes do seu adaptador virtual segundo a política asignada á súa conexión. Son pasos sucesivos con sinaturas de fallo distintas. Unhas credenciais incorrectas adoitan fallar antes, cunha mensaxe de autenticación ou de negociación en lugar da liña do enderezo.

Esa orde explica por que restablecer o contrasinal, crear un usuario local novo ou reinstalar non cambia nada aquí. O cliente xa está autorizado; agora espera unha concesión que a pasarela ou o seu socio DHCP debe fornecer. Incluso unha política que permite o usuario pero non asigna ningún rango de enderezos produce exactamente esta pantalla.

Así que a primeira pregunta útil non é se as credenciais son correctas, senón que política se asignou e que di esa política sobre o enderezo do adaptador virtual. Lea a configuración efectiva desa conexión en lugar da captura de pantalla que lle funciona a un compañeiro.

De onde vén realmente a concesión

Dous modelos son habituais. A devasa pode xestionar ela mesma un ámbito DHCP para clientes VPN, ou pode retransmitir a solicitude a un servidor DHCP externo na rede interna. O modelo determina que rexistros importan e a quen hai que chamar.

No modelo interno, comprobe que o ámbito segue existindo, pertence á interface correcta e ten concesións libres. Un ámbito esgotado produce un cliente que se autentica perfectamente e nunca recibe un enderezo, e o rexistro da pasarela pode mostrar só a solicitude. No modelo de retransmisión, o destino da retransmisión, a ruta de volta ao rango de clientes VPN e calquera autorización DHCP interna teñen que coincidir.

Anote que modelo usa o seu despregamento antes de probar nada. A metade dos consellos contraditorios que hai en liña dan por feito o outro.

Un túnel pode estar activo e aínda así perder a concesión

Unha conexión de control establecida demostra que a negociación funcionou, non que os datos do túnel pasen en ambos os sentidos. O intercambio DHCP necesita solicitude e resposta para sobrevivir á ruta de datos, e aí é onde viven os axustes de cifrado, a política da zona VPN e os problemas de MTU.

O consello sobre o percorrido de NAT é o exemplo máis claro de que o contexto importa. Algunhas rutas necesítano activado, outras só funcionan desactivado, e o NAT intermedio xunto coa conexión negociada deciden cal. Cambialo ás cegas mentres tamén cambia axustes do cliente significa que non saberá que cambio produciu o resultado. Anote a ruta negociada e as probas antes de modificar a encapsulación.

Reiniciar o router da casa pertence á mesma categoría. Ás veces elimina o síntoma, pero non identifica por que fallou a concesión, e o problema volve na seguinte conexión.

Percorra a ruta da concesión en orde

Comece no adaptador e avance cara a fóra, de modo que cada paso só poida fallar por unha 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

Un enderezo como 169.254.x.x significa que o adaptador existe e non recibiu ningunha resposta, o que apunta á orixe da concesión ou á ruta de datos. Un enderezo correcto dentro do rango VPN con entradas DNS incorrectas é outra avaría: a concesión funcionou e a política forneceu axustes incompletos. Un adaptador que nunca aparece significa que o cliente non chegou a crealo.

Cando apareza unha concesión, probe o recurso real en lugar de declarar a vitoria na liña do enderezo. Se o acceso a ficheiros ou á intranet segue fallando, conserve a concesión correcta como proba e pase á resolución de nomes ou á política, porque xa deixou atrás a avaría orixinal.

A nota de SonicWall sobre o adaptador virtual enumera varias ramas separadas, e as súas capturas antigas non deben lerse como o mapa actual do menú. Úsea para confirmar a etapa á que chegou, non como unha lista de comprobación que aplicar en bloque.