Check Point VPN दुरुस्त करा: VPN सेवेशी कनेक्टिव्हिटी गेली

Connect काहीही करत नाही आणि क्लायंट सांगतो की VPN सेवेशी कनेक्टिव्हिटी गेली आहे. ते वाक्य तुमच्यासमोरच्या मशीनबद्दल आहे: टनेलच्या मागील सेवा, ज्या व्हर्च्युअल अडॅप्टरवर ती बसते, किंवा दोन्हींना जोडणारी इन्स्टॉलेशन. त्यात गेटवेकडे काहीही बोट दाखवत नाही, त्यामुळे साइटचा पत्ता किंवा खाते पुन्हा टाइप केल्याने काहीच बदलत नाही. हे स्थानिक अपयश म्हणून वाचा आणि शोधाची जागा आकुंचन पावते.

त्रुटी स्थानिक अपयश म्हणून वाचा

सर्व्हरकडून होणारे नकार वेगळे वाटतात: प्रमाणीकरण अयशस्वी, गेटवे अपरिचित, प्रमाणपत्र अवैध. सेवेशी कनेक्शन गमावणे म्हणजे क्लायंट स्वतःच्या डीमनपर्यंत पोहोचू शकत नाही, ज्यामुळे गेटवे, क्रेडेन्शियल्स आणि फायरवॉल नियम पहिल्या तासातून बाहेर होतात. काहीही हात लावण्यापूर्वी नेमकी शब्दरचना तुमच्या नोट्समध्ये कॉपी करा, कारण तीच स्ट्रिंग मेल्या सेवेला धोरण-नकारापासून वेगळे करते.

त्यानंतर फक्त तीन संशयित राहतात: सेवा, ड्रायव्हर आणि इन्स्टॉलर.

फक्त एक नाही, प्रत्येक Check Point सेवा सुरू करा

services.msc उघडा आणि त्रुटीत नाव दिसणारी नोंदच नाही, तर प्रत्येक Check Point नोंद वाचा. Endpoint Security VPN इन्स्टॉलेशन अनेक नोंदवते, आणि एकच थांबलेली किंवा अक्षम केलेली नोंद क्लायंटला जोडण्यापासून रोखण्यास पुरते. सर्व सुरू करा, नंतर क्लायंट ज्यांवर अवलंबून आहे ते Manual वरून Automatic वर हलवा, कारण मागणीनुसार अयशस्वी होणारी Manual सेवा ती त्रुटी नेमकी पुनरुत्पादित करते.

अवलंबित्वाची साखळी सेवांइतकीच महत्त्वाची आहे.

DHCP Client व्हर्च्युअल अडॅप्टरला त्याचा पत्ता देतो आणि स्वतः तीन घटकांवर उभा आहे: Network Store Interface Service, NetIO legacy TDI ड्रायव्हर आणि Ancillary Function Driver for Winsock. DHCP Client थांबवा आणि अडॅप्टरला अजून पत्ता नसतानाही VPN सेवा स्वच्छ सुरू होऊ शकते. वैशिष्ट्य अपडेट्स हे वारंवार होणारे कारण आहेत, कारण ते तृतीय-पक्ष सेवा शांतपणे Manual किंवा Disabled मध्ये परत आणू शकतात. अशा अपडेटनंतर इन्स्टॉलेशन खराब आहे असे ठरवण्याऐवजी स्टार्ट प्रकार विचारा.

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

पुन्हा इन्स्टॉल करण्यापूर्वी अडॅप्टर बाइंडिंग तपासा

सेवा चालू असताना आणि संदेश राहत असताना, पुढे अडॅप्टरकडे पहा. अडॅप्टर असूनही बिघडलेला असू शकतो, सहसा कारण तो ज्या ड्रायव्हरशी बांधला जातो तो अपग्रेडमध्ये टिकला नाही. तो अक्षम करून पुन्हा सक्षम करणे ही स्वस्त चाचणी आहे, आणि उपकरण दिसण्यापूर्वी Device Manager मध्ये एक सेटिंग बदलावी लागते.

set devmgr_show_nonpresent_devices=1
start devmgmt.msc

View अंतर्गत Show hidden devices निवडा, Network adapters उघडा आणि Check Point व्हर्च्युअल अडॅप्टर शोधा. तो बंद करून पुन्हा चालू करा, नंतर कनेक्शन वापरून पहा. इशारा बॅज, किंवा अजिबात नोंद नसणे, म्हणजे ड्रायव्हर थांबवलेला नाही तर गेलेला आहे.

काढून टाकण्याऐवजी इन्स्टॉलेशन दुरुस्त करा

Programs and Features मध्ये Check Point Endpoint Security VPN वर उजवे क्लिक करा आणि Repair निवडा. ती एकच फेरी सेवा आणि अडॅप्टर दोन्ही पुन्हा नोंदवते आणि साइट कॉन्फिगरेशन जिथे आहे तिथेच ठेवते. अनइन्स्टॉलनंतर सुरुवातीपासून इन्स्टॉल केल्यास ते कॉन्फिगरेशन फेकले जाते आणि सहसा व्यर्थ एक रीबूट लागतो.

Repair मध्यभागी थांबल्यास, इन्स्टॉल लॉग नकार देणाऱ्या घटकाचे नाव सांगतो. पूर्ण झाल्यावर, पुन्हा जोडण्यापूर्वी सेवा आणि अडॅप्टर दोन्ही परत आले आहेत याची खात्री करा; अजूनही इशारा बॅज घेतलेला अडॅप्टर म्हणजे ड्रायव्हर पॅकेज कधीही पुन्हा इन्स्टॉल झाले नाही, आणि एकटे Repair ते दुरुस्त करू शकत नाही.

नेटवर्क मार्गाची समस्या क्लायंटच्या समस्येपासून वेगळी करा

प्रत्येक प्रकरण स्थानिक नसते. प्रमाणीकरण करणाऱ्या प्रॉक्सीमधून रहदारी पाठवणारे कॉर्पोरेट LAN क्लायंटला गेटवेपर्यंत पोहोचण्यापासून रोखू शकते, तर तोच लॅपटॉप फोन हॉटस्पॉटवरून चांगला जोडतो. हॉटस्पॉट चालत असेल, तर क्लायंट निरोगी आहे आणि समस्या प्रॉक्सी मार्गाची आहे.

नेटवर्क अडॅप्टर स्वयंचलितपणे बदलणारी BIOS सेटिंगही क्लायंटखालील लिंक बदलू शकते. मशीन खरोखर हा पर्याय देते तिथेच ती अक्षम करा, कारण बहुतेक लॅपटॉप देत नाहीत.

कनेक्ट करा आणि प्रकरण बंद करण्यापूर्वी टनेल अडॅप्टरला पत्ता मिळाला आणि सेवा चालू राहिल्या याची खात्री करा.

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

एक मिनिट टिकून नंतर मरणारी टनेल सहसा खात्याकडे नाही, तर अडॅप्टरकडे किंवा त्याची तपासणी करणाऱ्या सुरक्षा उत्पादनाकडे बोट दाखवते. ड्रायव्हर किंवा MSI दुरुस्तीनंतर एक रीबूट नियोजित करा, कारण बाइंडिंग पुन्हा बांधणारी तीच आहे, आणि सर्व काही चालू असताना निरोगी स्टार्ट प्रकार लिहून ठेवा जेणेकरून पुढील अपडेटला तुलना करायला काही असेल.