Reparar Check Point VPN: perdeuse a conectividade co servizo VPN
Perder a conectividade co servizo VPN é un fallo local do cliente. Traballe por orde: servizos, enlace do adaptador e despois unha reparación MSI que conserva a configuración do sitio.
Conectar non fai nada e o cliente informa de que se perdeu a conectividade co servizo VPN. Esa frase fala do equipo que ten diante: o servizo que hai detrás do túnel, o adaptador virtual sobre o que se asenta ou a instalación que une ambos. Nada nela sinala a pasarela, así que volver escribir o enderezo do sitio ou a conta non cambia nada. Lea como un fallo local e o espazo de busca redúcese.
Lea o erro como un fallo local
Os rexeitamentos do lado do servidor soan distinto: autenticación fallida, pasarela inalcanzable, certificado non válido. Perder a conexión co servizo significa que o cliente non pode chegar ao seu propio demoño, o que deixa fóra a pasarela, as credenciais e as regras da devasa desde a primeira hora. Copie a redacción exacta nas súas notas antes de tocar nada, porque esa cadea é o que separa un servizo morto dun rexeitamento por política.
Despois diso só quedan tres sospeitosos: servizos, controladores e o instalador.
Inicie todos os servizos de Check Point, non só un
Abra services.msc e lea todas as entradas de Check Point, non só a cuxo nome aparece no erro. Unha instalación de Endpoint Security VPN rexistra varias, e unha soa entrada detida ou desactivada abonda para impedir que o cliente se conecte. Inícieas todas, logo pase as que o cliente necesita de Manual a Automático, porque un servizo Manual que falla cando se lle pide reproduce o erro exactamente.
A cadea de dependencias importa tanto como os propios servizos.
DHCP Client asigna a súa dirección ao adaptador virtual e á súa vez apóiase en tres compoñentes: Network Store Interface Service, o controlador NetIO legacy TDI e Ancillary Function Driver for Winsock. Deteña DHCP Client e o servizo VPN pode arrincar limpo mentres o adaptador segue sen enderezo. As actualizacións de características son o desencadeante recorrente, porque poden devolver en silencio un servizo de terceiros a Manual ou Desactivado. Consulte o tipo de inicio despois dunha desas actualizacións en lugar de decidir que a instalación está danada.
Get-Service -Name "Check*" | Format-Table -AutoSize Name, Status, StartType
Get-Service -Name Dhcp | Format-Table -AutoSize Name, Status, StartType
Comprobe o enlace do adaptador antes de reinstalar
Cando os servizos funcionan e a mensaxe persiste, mire o adaptador. Un adaptador pode estar presente e seguir roto, normalmente porque o controlador ao que se enlaza non sobreviviu a unha actualización. Desactivalo e volver activalo é a proba barata, e o Administrador de dispositivos necesita un axuste cambiado antes de que o dispositivo sequera sexa visible.
set devmgr_show_nonpresent_devices=1
start devmgmt.msc
En Ver, escolla Mostrar dispositivos ocultos, abra Adaptadores de rede e localice o adaptador virtual de Check Point. Desactíveo e volva activalo, logo probe unha conexión. Unha insignia de advertencia, ou ningunha entrada, significa que o controlador se foi e non que estea en pausa.
Repare a instalación en lugar de retirala
En Programas e características, faga clic dereito en Check Point Endpoint Security VPN e escolla Reparar. Esa única pasada volve rexistrar o servizo e o adaptador e deixa a configuración do sitio onde está. Instalar desde cero tras unha desinstalación descarta esa configuración e normalmente custa un reinicio para nada.
Se Reparar se detén a metade, o rexistro de instalación nomea o compoñente que se negou. Cando remate, comprobe que tanto o servizo como o adaptador volveron antes de reconectar; un adaptador que aínda leva unha insignia de advertencia significa que o paquete do controlador nunca se reinstalou e que Reparar por si só non pode arranxalo.
Separe un problema de ruta de rede dun problema do cliente
Non todos os casos son locais. Unha LAN corporativa que empurra o tráfico por un proxy que autentica pode impedir que o cliente chegue á pasarela, mentres que o mesmo portátil se conecta ben por un punto de acceso do teléfono. Se o punto de acceso funciona, o cliente está san e o problema é da ruta do proxy.
Un axuste de BIOS que cambia os adaptadores de rede automaticamente tamén pode cambiar o enlace baixo o cliente. Desactíveo só onde o equipo expón realmente a opción, xa que a maioría dos portátiles non o fan.
Conecte e confirme que o adaptador do túnel recibiu un enderezo e que os servizos seguiron activos antes de pechar o caso.
ipconfig /all
Get-Service -Name "Check*" | Format-Table -AutoSize Name, Status
Un túnel que aguanta un minuto e logo morre adoita sinalar o adaptador, ou un produto de seguridade que o inspecciona, máis que a conta. Programe un reinicio tras unha reparación de controlador ou MSI, porque é o que reconstrúe o enlace, e anote os tipos de inicio sans mentres todo funciona para que a próxima actualización teña con que comparar.