होम-लॅब हायपरव्हायझर VPN वरून पोहोचत नाही: कुठे पाहावे

टनेल वर येते, हायपरव्हायझरचे वेब पान वेळ संपते आणि क्लायंट म्हणतो की तो जोडलेला आहे. हे संयोजन आश्चर्यकारकरीत्या बरेच काही वगळते: VPN हँडशेक काम करतो, क्लायंटकडे पत्ता आहे आणि एंडपॉइंट पोहोचण्यायोग्य आहे. उरते ते राउटिंग आणि धोरणाच्या प्रश्नांची छोटी यादी आणि त्यांना नैसर्गिक क्रम आहे. ते क्लायंटपासून आतून नाही तर हायपरव्हायझरपासून बाहेरून हाताळा, कारण हायपरव्हायझरची स्वतःची स्थिती पुष्टी करणे सर्वात स्वस्त गोष्ट आहे.

व्यवस्थापन विभागापासून सुरुवात करा

हायपरव्हायझरचा व्यवस्थापन पत्ता आणि त्यावर ऐकणारी सेवा पुष्टी करा, आणि दूरस्थपणे काहीही निदान करण्यापूर्वी त्या विभागातील दुसऱ्या होस्टवरून पान लोड होते याची पुष्टी करा. अयशस्वी स्थानिक चाचणी VPN समस्या नाही आणि ती एक तास वाचवणारी पाच मिनिटांची तपासणी आहे.

मग दोन मार्ग. VPN क्लायंटला व्यवस्थापन नेटवर्ककडे मार्ग हवा, ज्याचा अर्थ सहसा क्लायंटचे AllowedIPs किंवा ढकललेले मार्ग ते सबनेट समाविष्ट करतात. हायपरव्हायझरला किंवा त्याच्या डीफॉल्ट गेटवेला क्लायंट पत्ता पूलकडे परतीचा मार्ग हवा, जर रचना प्रवेशद्वारावर स्रोताचे जाणीवपूर्वक भाषांतर करत नसेल तर. ही दोन वेगळी तथ्ये आहेत आणि यापैकी एकही नसल्यास तोच वेळ संपतो. ते वेगळे तपासा: क्लायंटवर ip route get 192.168.10.20, आणि हायपरव्हायझर होस्टवर एक कॅप्चर जे दाखवते की पॅकेट आलेच का.

प्रत्यक्ष दूरस्थ प्रशासकाला परवानगी द्या

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

हायपरव्हायझरचे स्वतःचे प्रमाणीकरण आणि प्रमाणपत्र तपासण्या सुरू ठेवा. खाजगी मार्ग हे अनपेक्षित ओळख इशाऱ्यातून क्लिक करण्याचे कारण नाही.

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

दुय्यम जोडण्या तपासा

काही वैशिष्ट्ये वेब पान वापरत नाही अशा जोडण्या वापरतात. कन्सोल सत्र, ISO अपलोड, VNC किंवा SPICE प्रॉक्सी आणि स्थलांतर चॅनेल प्रत्येक वेगळा पोर्ट किंवा वेगळा होस्ट पत्ता वापरू शकतात. पान लोड होते आणि एक वैशिष्ट्य अयशस्वी होते तेव्हा होस्टवरील प्रत्येक पोर्ट उघडण्याऐवजी त्या उत्पादनाची आवश्यकता वाचा.

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

नेटवर्कला स्पर्श करण्यापूर्वी परतीचा मार्ग ठेवा

तुमची स्वतःची VPN वाहणारे आभासी नेटवर्क बदलण्यापूर्वी तुमच्याकडे स्थानिक किंवा स्वतंत्र परतीचा मार्ग आहे याची पुष्टी करा.

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

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

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

हे सर्व केल्यानंतरही पान वेळ संपत असेल तर दुसरा नियम बदलण्यापूर्वी हायपरव्हायझरवर कॅप्चर करा आणि पॅकेट शोधा. कधीही न येणारे पॅकेट हा राउटिंग किंवा फायरवॉलचा प्रश्न आहे; येऊन नाकारले जाणारे पॅकेट हा सेवा किंवा धोरणाचा प्रश्न आहे; क्लायंट वाट पाहत असताना येऊन उत्तर मिळणारे पॅकेट हा परतीच्या मार्गाचा प्रश्न आहे. strongSwan चे अग्रेषण दस्तऐवज Linux गेटवे टनेल रहदारी अंतर्गत होस्टकडे कशी अग्रेषित करतो हे स्पष्ट करते. तीन कॅप्चर आणखी एका अंदाजापेक्षा चांगले आहेत.