Firebox भू-स्थान नकार: आधी VPN प्रवेश टप्पा शोधा

दुसऱ्या देशातील एखाद्याला कनेक्ट होता येत नाही, आणि पहिली प्रवृत्ती अंतर्गत संसाधनांना प्रवेश देणारा नियम पाहण्याची असते. तो नियम प्रवेशानंतर चालतो, त्यामुळे तो टनेल नाकारणारी गोष्ट असू शकत नाही. अडवणारा टप्पा प्रवेश मार्गात कुठेतरी आहे, आणि VPN सेवेनुसार Firebox कडे एकापेक्षा जास्त प्रवेश मार्ग आहेत. तपासण्या क्रमाने करा आणि त्यातील एखादी नकार स्पष्ट करताच थांबा.

तपासणी 1: येणाऱ्या सेवेचे नाव द्या

SSL सह Mobile VPN, Access Portal आणि TLS वरील BOVPN साठी येणारा प्रवेश WatchGuard SSLVPN धोरण आहे. इच्छित निर्बंध तिथेच, प्रत्यक्षात कॉन्फिगर केलेल्या सेवेवर लागू करा, नंतर चालणाऱ्या वापरकर्ता-प्रवेश नियमातून अनुमान काढण्याऐवजी.

IPsec वेगळा मार्ग घेतो. अंगभूत IPSec धोरण लागू असलेल्या शाखा आणि मोबाइल VPN सेवांसाठी बाह्य IPsec रहदारी Firebox कडे येण्यास परवानगी देते, आणि ते हाताने तयार केलेल्या IPSec धोरणावर प्राधान्य घेते. तुमचा क्लायंट IKEv2 असल्यास, तुम्ही त्या दुसऱ्या मार्गावर आहात, आणि SSLVPN धोरण अप्रासंगिक आहे.

येथे चूक करणे म्हणजे या क्षेत्रातील सर्वात सामान्य वाया गेलेली दुपार: पॅकेट कधीही न पाहणारे धोरण संपादित करणे, आणि नंतर निर्बंध काम करत नाही असा निष्कर्ष काढणे.

तपासणी 2: सिद्धांत नाही, नकार वाचा

एक नियंत्रित परवानगी असलेला प्रयत्न करा आणि चार गोष्टी जोडा: क्लायंटचा सार्वजनिक स्रोत पत्ता, त्याने गाठलेली प्रवेश सेवा, जुळलेले धोरण, आणि लॉगमधील कोणतेही नकार कारण. WatchGuard चे IKEv2 समस्या निवारण मार्गदर्शन नमूद करते की भू-स्थान आणि डीफॉल्ट पॅकेट हाताळणी अंगभूत धोरणाच्या प्रवेशापूर्वी रहदारी नाकारू शकतात, याचा अर्थ तुम्ही पाहत असलेला नकार तुम्ही विचार न केलेल्या टप्प्याचे नाव देऊ शकतो.

देश वर्गीकरण निरीक्षण केलेल्या नेटवर्क स्रोताचे अनुसरण करते. रोमिंग वापरकर्ता, वरील NAT किंवा वेगळा मंजूर मार्ग Firebox जे पाहते ते बदलू शकतात, म्हणून वापरकर्ता कुठे आहे याच्या त्याच्या वर्णनाऐवजी पत्ता खात्री करा. क्लायंट पाहत असलेला सार्वजनिक पत्ता मागा, आणि Firebox लॉगमधील स्रोताशी तुलना करा. ते वेगळे असल्यास, वर्गीकरण कोणीही उल्लेख न केलेल्या मार्गाचे अनुसरण करत आहे.

तपासणी 3: अंगभूत धोरण अजूनही मालक आहे का?

हाताने तयार केलेले IPSec धोरण दुर्लक्षित होत असल्याचे दिसल्यास, अंगभूत अजूनही सक्षम आहे का ते तपासा. उच्च प्राधान्याच्या अंगभूत नियमाने झाकलेला हातचा नियम आणि एकमेव प्रवेश असलेला हातचा नियम, दिसायला सारखा इंटरफेस असलेली वेगळी संरचना आहेत.

कोणत्या नियमाने मार्गाचे मालकी हवे ते ठरवा. जर हातचे धोरण असेल, तर त्या रहदारीसाठी अंगभूत बंद करावे लागेल, आणि तिथूनच पुढील तपासणी सुरू होते.

तपासणी 4: बंद करण्यापूर्वी बदलीची योजना करा

अंगभूत IPSec धोरण बंद केल्याने प्रभावित VPN सेवांसाठी त्याचा प्रवेश निघून जातो. एका मोबाइल वापरकर्त्याचे कनेक्शन दुरुस्त करताना तुम्ही विचार न करणाऱ्या शाखा टनेलचाही यात समावेश होतो.

प्रथम संपूर्ण बदलीची योजना करा: कोणत्या सेवांना प्रवेश हवा, त्यांना कोणत्या स्रोत श्रेणी मिळतात, आणि बदल चुकल्यास तुम्ही उपकरण कसे व्यवस्थापित कराल. स्वतंत्र व्यवस्थापन आणि पुनर्प्राप्ती मार्ग खुला ठेवा, कारण येथील चूक ती दुरुस्त करण्यासाठी वापरता तो टनेल काढून टाकू शकते. बदल नोंदीत पुनर्प्राप्ती पायऱ्या लिहा, VPN मार्ग नसल्यास उपकरणापर्यंत कसे पोहोचावे यासह. नंतर केवळ पहिले कनेक्शन नाही, नूतनीकरणही तपासा.

सक्रिय कनेक्टिव्हिटी आणि नंतरची पुनर्वाटाघाटी दोन्ही प्रवेशावर अवलंबून असू शकतात. तुम्ही तपासलेल्या सत्रासाठी काम करणारा आणि पुढील की बदलात अयशस्वी होणारा बदल, नूतनीकरण न तपासता प्रवेश बदलण्याचा नेहमीचा परिणाम आहे.

तपासणी 5: ओळख स्थानापासून वेगळी ठेवा

भू-स्थान प्रवेश निर्णयाला संदर्भ जोडते. ते वापरकर्ता कोण आहे हे ठरवत नाही, आणि गेटवे ओळख तपासणी, खाते अधिकृतता किंवा MFA ची जागा घेऊ नये.

व्यवसायाची गरज केवळ मंजूर ठिकाणांहून मंजूर वापरकर्ते असेल, तर तुम्हाला दोन्ही नियंत्रणे हवीत. संपूर्ण देश स्वीकारणारा स्थान नियम प्रमाणीकरणाचा पर्याय नाही, आणि अवरोधित देशातील प्रमाणित वापरकर्ता धोरणाचा प्रश्न आहे, बग नाही.

तपासणी 6: ते नोंदवा आणि दोन्ही मार्ग सत्यापित करा

सेवा, प्रवेश धोरण, इच्छित स्थान श्रेणी, अपवाद आणि पुनर्प्राप्तीचा जबाबदार नोंदवा. नंतर बदलानंतर मोबाइल मार्ग आणि किमान एक साइट मार्ग तपासा, जेणेकरून निर्बंध ज्या सेवेसाठी तयार केले त्यालाच जोडलेले राहील.

शेवटी, तुम्ही सुरुवात केलेला नकार पुन्हा वाचा. तो स्थान नकारातून प्रमाणीकरण किंवा अधिकृतता अयशस्वीतेत बदलला असेल, तर प्रवेश समस्या सुटली आहे आणि आता दुसरी दिसत आहे. वर वर्णन केलेल्या टप्प्यांच्या क्रमासाठी IKEv2 नकारांवरील WatchGuard मार्गदर्शन संदर्भ आहे.