Åtgärda Check Point VPN: anslutningen till VPN-tjänsten är förlorad

Anslut gör ingenting och klienten rapporterar att anslutningen till VPN-tjänsten är förlorad. Den meningen handlar om maskinen framför dig: tjänsten bakom tunneln, den virtuella adaptern som den vilar på, eller installationen som binder de två samman. Ingenting i den pekar på gatewayen, så att skriva webbplatsadressen eller kontot igen ändrar ingenting. Läs den som ett lokalt fel och sökutrymmet krymper.

Läs felet som ett lokalt fel

Avvisanden på serversidan låter annorlunda: autentiseringen misslyckades, gatewayen går inte att nå, certifikatet är ogiltigt. Att förlora tjänsteanslutningen betyder att klienten inte når sin egen daemon, vilket tar bort gatewayen, inloggningsuppgifterna och brandväggsreglerna redan under den första timmen. Kopiera den exakta formuleringen till dina anteckningar innan du rör något, för det är den strängen som skiljer en död tjänst från ett avslag enligt policy.

Därefter återstår bara tre misstänkta: tjänster, drivrutiner och installationsprogrammet.

Starta varje Check Point-tjänst, inte bara en

Öppna services.msc och läs varje Check Point-post, inte bara den vars namn syns i felet. En installation av Endpoint Security VPN registrerar flera, och en enda stoppad eller inaktiverad post räcker för att klienten inte ska kunna ansluta. Starta alla och flytta sedan de som klienten är beroende av från Manuell till Automatisk, eftersom en manuell tjänst som misslyckas på begäran återger felet exakt.

Beroendekedjan spelar lika stor roll som tjänsterna själva.

DHCP Client ger den virtuella adaptern dess adress och vilar själv på tre komponenter: Network Store Interface Service, NetIO legacy TDI-drivrutinen och Ancillary Function Driver for Winsock. Stoppa DHCP Client och VPN-tjänsten kan starta rent medan adaptern fortfarande saknar adress. Funktionsuppdateringar är den återkommande utlösaren, eftersom de tyst kan återställa en tredjepartstjänst till Manuell eller Inaktiverad. Fråga efter starttypen efter en sådan uppdatering i stället för att avgöra att installationen är skadad.

Get-Service -Name "Check*" | Format-Table -AutoSize Name, Status, StartType
Get-Service -Name Dhcp | Format-Table -AutoSize Name, Status, StartType

Kontrollera adapterbindningen innan du installerar om

När tjänsterna kör och meddelandet kvarstår, titta på adaptern. En adapter kan finnas och ändå vara trasig, oftast för att drivrutinen den binder till inte överlevde en uppgradering. Att inaktivera och aktivera den igen är det billiga testet, och Enhetshanteraren behöver en inställning ändrad innan enheten ens syns.

set devmgr_show_nonpresent_devices=1
start devmgmt.msc

Under View väljer du Show hidden devices, öppnar Network adapters och hittar den virtuella Check Point-adaptern. Stäng av och slå på den igen och försök sedan ansluta. En varningsbricka, eller ingen post alls, betyder att drivrutinen är borta och inte pausad.

Reparera installationen i stället för att ta bort den

I Programs and Features högerklickar du på Check Point Endpoint Security VPN och väljer Repair. Den enda genomgången registrerar om både tjänsten och adaptern och låter webbplatskonfigurationen vara kvar där den är. Att installera från grunden efter en avinstallation kastar bort den konfigurationen och kostar normalt en omstart i onödan.

Om Repair stannar halvvägs namnger installationsloggen komponenten som vägrade. När den är klar kontrollerar du att både tjänsten och adaptern är tillbaka innan du återansluter; en adapter som fortfarande bär en varningsbricka betyder att drivrutinspaketet aldrig installerades om, och Repair ensamt kan inte åtgärda det.

Skilj ett nätverksvägsproblem från ett klientproblem

Inte varje fall är lokalt. Ett företags-LAN som pressar trafik genom en autentiserande proxy kan hindra klienten från att nå gatewayen, medan samma bärbara dator ansluter fint via en telefonhotspot. Om hotspoten fungerar är klienten frisk och problemet ligger på proxyvägen.

En BIOS-inställning som växlar nätverksadaptrar automatiskt kan också byta länken under klienten. Inaktivera den bara där maskinen verkligen erbjuder alternativet, eftersom de flesta bärbara datorer inte gör det.

Anslut och bekräfta att tunneladaptern fick en adress och att tjänsterna fortsatte att köra innan du stänger ärendet.

ipconfig /all
Get-Service -Name "Check*" | Format-Table -AutoSize Name, Status

En tunnel som håller en minut och sedan dör pekar oftast på adaptern, eller en säkerhetsprodukt som inspekterar den, snarare än på kontot. Schemalägg en omstart efter en drivrutins- eller MSI-reparation, för det är den som bygger upp bindningen igen, och skriv ned de friska starttyperna medan allt fungerar så att nästa uppdatering har något att jämföra med.