Ayusin ang Check Point VPN: nawala ang konektibidad sa serbisyo ng VPN

Walang ginagawa ang Connect at iniuulat ng kliyente na nawala ang konektibidad sa serbisyo ng VPN. Ang pangungusap na iyon ay tungkol sa makina sa harap mo: ang serbisyong nasa likod ng tunnel, ang virtual adapter kung saan ito nakaupo, o ang installation na nag-uugnay sa dalawa. Walang anuman dito na tumutukoy sa gateway, kaya ang muling pag-type ng address ng site o ng account ay walang binabago. Basahin ito bilang lokal na pagkabigo at lumiliit ang espasyo ng paghahanap.

Basahin ang error bilang lokal na pagkabigo

Iba ang tunog ng mga pagtanggi sa panig ng server: nabigo ang authentication, hindi maabot ang gateway, di-wasto ang certificate. Ang mawalan ng koneksyon sa serbisyo ay nangangahulugang hindi maabot ng kliyente ang sarili nitong daemon, na nag-aalis sa gateway, mga kredensyal at mga tuntunin ng firewall mula sa unang oras. Kopyahin ang eksaktong pananalita sa iyong mga tala bago hawakan ang anuman, dahil ang string na iyon ang naghihiwalay ng patay na serbisyo sa pagtanggi ayon sa patakaran.

Pagkatapos nito, tatlo na lamang ang pinaghihinalaan: mga serbisyo, mga driver at ang installer.

Simulan ang bawat serbisyo ng Check Point, hindi lamang isa

Buksan ang services.msc at basahin ang bawat entry ng Check Point, hindi lamang ang may pangalang lumilitaw sa error. Ang installation ng Endpoint Security VPN ay nagrerehistro ng ilan, at isang entry na naka-stop o naka-disable ay sapat na upang hindi makakonekta ang kliyente. Simulan silang lahat, pagkatapos ay ilipat ang mga umaasa ang kliyente mula Manual patungong Automatic, dahil ang Manual na serbisyong nabibigo kapag hiniling ay muling ginagawa ang error nang eksakto.

Kasinghalaga ng mga serbisyo mismo ang kadena ng dependency.

Binibigyan ng DHCP Client ng address ang virtual adapter, at ito mismo ay nakasandal sa tatlong bahagi: Network Store Interface Service, ang NetIO legacy TDI driver at ang Ancillary Function Driver for Winsock. Ihinto ang DHCP Client at ang serbisyo ng VPN ay maaaring malinis na magsimula habang wala pang address ang adapter. Ang mga update ng feature ang paulit-ulit na sanhi, dahil maaari nilang tahimik na ibalik ang serbisyo ng third party sa Manual o Disabled. Pagkatapos ng ganitong update, itanong ang uri ng startup sa halip na magpasya na sira ang installation.

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

Suriin ang pagkakabit ng adapter bago mag-reinstall

Kapag tumatakbo ang mga serbisyo at nananatili ang mensahe, tingnan ang adapter. Maaaring naroon ang adapter at sira pa rin, kadalasan dahil ang driver na kinakabitan nito ay hindi nakaligtas sa isang upgrade. Ang i-disable at i-enable muli ito ang murang pagsubok, at kailangang baguhin ng Device Manager ang isang setting bago pa man makita ang device.

set devmgr_show_nonpresent_devices=1
start devmgmt.msc

Sa ilalim ng View, piliin ang Show hidden devices, buksan ang Network adapters at hanapin ang virtual na Check Point adapter. Patayin at buhayin muli ito, pagkatapos ay subukan ang koneksyon. Ang badge ng babala, o wala talagang entry, ay nangangahulugang wala na ang driver at hindi ito naka-pause.

Ayusin ang installation sa halip na alisin ito

Sa Programs and Features, i-right-click ang Check Point Endpoint Security VPN at piliin ang Repair. Ang isang pass na iyon ay muling nagrerehistro ng serbisyo at adapter habang iniiwan ang configuration ng site kung saan ito naroon. Ang pag-install mula sa simula pagkatapos ng pag-uninstall ay itinatapon ang configuration na iyon at kadalasan ay nagkakahalaga ng isang walang saysay na restart.

Kung huminto ang Repair sa kalagitnaan, pinangalanan ng installation log ang bahaging tumanggi. Kapag natapos na, tiyakin na bumalik ang serbisyo at adapter bago muling kumonekta; ang adapter na may badge ng babala pa rin ay nangangahulugang hindi kailanman na-reinstall ang driver package, at ang Repair lamang ay hindi makakatulong doon.

Ihiwalay ang problema sa landas ng network mula sa problema ng kliyente

Hindi lahat ng kaso ay lokal. Ang corporate LAN na nagtutulak ng trapiko sa pamamagitan ng proxy na nagpapatunay ay maaaring humadlang sa kliyente na maabot ang gateway, habang ang parehong laptop ay maayos na kumokonekta sa hotspot ng telepono. Kung gumagana ang hotspot, malusog ang kliyente at ang problema ay nasa landas ng proxy.

Ang setting ng BIOS na awtomatikong nagpapalit ng mga network adapter ay maaari ring magpalit ng link sa ilalim ng kliyente. I-disable lamang ito kung saan talagang inaalok ng makina ang opsyon, dahil karamihan ng laptop ay hindi nag-aalok.

Kumonekta at kumpirmahin na nakakuha ng address ang adapter ng tunnel at nanatiling tumatakbo ang mga serbisyo bago isara ang kaso.

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

Ang tunnel na tumatagal ng isang minuto at pagkatapos ay namamatay ay kadalasang tumutukoy sa adapter, o sa produktong panseguridad na sumusuri nito, kaysa sa account. Mag-iskedyul ng isang restart pagkatapos ng repair ng driver o MSI, dahil iyon ang muling nagtatayo ng pagkakabit, at isulat ang malusog na uri ng startup habang gumagana ang lahat upang may maihambing ang susunod na update.