Reparare Check Point VPN: conectivitatea cu serviciul VPN s-a pierdut

Conectarea nu face nimic, iar clientul raportează că conectivitatea cu serviciul VPN s-a pierdut. Acea frază se referă la mașina din fața dumneavoastră: serviciul din spatele tunelului, adaptorul virtual pe care stă sau instalarea care le leagă pe amândouă. Nimic din ea nu indică gateway-ul, așa că rescrierea adresei site-ului sau a contului nu schimbă nimic. Citiți-o ca o defecțiune locală și spațiul de căutare se restrânge.

Citiți eroarea ca pe o defecțiune locală

Respingerea din partea serverului sună altfel: autentificare eșuată, gateway inaccesibil, certificat invalid. Pierderea conexiunii cu serviciul înseamnă că clientul nu poate ajunge la propriul demon, ceea ce scoate gateway-ul, acreditările și regulile firewall-ului din prima oră. Copiați formularea exactă în notițe înainte de a atinge ceva, pentru că exact acel șir separă un serviciu mort de o respingere din politică.

După aceea rămân doar trei suspecți: serviciile, driverele și programul de instalare.

Porniți fiecare serviciu Check Point, nu doar unul

Deschideți services.msc și citiți fiecare intrare Check Point, nu doar pe cea al cărei nume apare în eroare. O instalare Endpoint Security VPN înregistrează mai multe, iar o singură intrare oprită sau dezactivată este suficientă ca clientul să nu se poată conecta. Porniți-le pe toate, apoi mutați cele de care depinde clientul din Manual în Automat, pentru că un serviciu Manual care eșuează la cerere reproduce eroarea exact.

Lanțul de dependențe contează la fel de mult ca serviciile în sine.

DHCP Client dă adaptorului virtual adresa lui și se sprijină el însuși pe trei componente: Network Store Interface Service, driverul NetIO legacy TDI și Ancillary Function Driver for Winsock. Opriți DHCP Client și serviciul VPN poate porni curat în timp ce adaptorul încă nu are adresă. Actualizările de funcții sunt declanșatorul recurent, pentru că pot readuce în liniște un serviciu terț în Manual sau Dezactivat. După o astfel de actualizare întrebați tipul de pornire, în loc să decideți că instalarea este coruptă.

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

Verificați legarea adaptorului înainte de reinstalare

Când serviciile rulează și mesajul persistă, priviți adaptorul. Un adaptor poate exista și totuși să fie stricat, de obicei pentru că driverul de care se leagă nu a supraviețuit unei actualizări. Dezactivarea și reactivarea lui este testul ieftin, iar Device Manager are nevoie de o setare schimbată înainte ca dispozitivul să fie măcar vizibil.

set devmgr_show_nonpresent_devices=1
start devmgmt.msc

În View alegeți Show hidden devices, deschideți Network adapters și găsiți adaptorul virtual Check Point. Opriți-l și porniți-l din nou, apoi încercați o conexiune. Un ecuson de avertizare, sau nicio intrare, înseamnă că driverul a dispărut, nu că este în pauză.

Reparați instalarea în loc să o eliminați

În Programs and Features faceți clic dreapta pe Check Point Endpoint Security VPN și alegeți Repair. Acea singură trecere reînregistrează atât serviciul, cât și adaptorul, lăsând configurația site-ului acolo unde este. Instalarea de la zero după o dezinstalare aruncă acea configurație și de obicei costă o repornire degeaba.

Dacă Repair se oprește la jumătate, jurnalul de instalare numește componenta care a refuzat. După ce se termină, verificați că atât serviciul, cât și adaptorul au revenit înainte de a vă reconecta; un adaptor care încă poartă un ecuson de avertizare înseamnă că pachetul de driver nu a fost niciodată reinstalat, iar Repair singur nu poate remedia asta.

Separați o problemă de cale de rețea de o problemă a clientului

Nu fiecare caz este local. O LAN corporativă care împinge traficul printr-un proxy care autentifică poate împiedica clientul să ajungă la gateway, în timp ce același laptop se conectează bine printr-un hotspot de telefon. Dacă hotspotul funcționează, clientul este sănătos, iar problema este pe calea proxy-ului.

O setare BIOS care comută automat adaptoarele de rețea poate schimba și legătura de sub client. Dezactivați-o doar acolo unde mașina oferă într-adevăr opțiunea, întrucât majoritatea laptopurilor nu o oferă.

Conectați-vă și confirmați că adaptorul tunelului a primit o adresă și că serviciile au rămas pornite înainte de a închide cazul.

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

Un tunel care rezistă un minut și apoi moare indică de obicei adaptorul, sau un produs de securitate care îl inspectează, mai degrabă decât contul. Programați o repornire după o reparare de driver sau MSI, pentru că ea reconstruiește legătura, și notați tipurile de pornire sănătoase cât timp totul funcționează, ca următoarea actualizare să aibă cu ce compara.