Windows VPN गेटवे: तीन कामे, तीन मालक

कोणी VPN सर्व्हर म्हणताच तीन कार्ये एकत्र बांधली जातात: एन्क्रिप्ट केलेला बोगदा संपवणे, नेटवर्क्समध्ये पॅकेट हलवणे आणि ऐच्छिकपणे पत्ते पुन्हा लिहिणे। Windows वर एकच मशीन तिन्ही करत असली तरी ही स्टॅकच्या वेगवेगळ्या भागांत राहतात। प्रत्येकाला स्वतःचे इनपुट आणि स्वतःची अयशस्वी होण्याची पद्धत असते, आणि प्रत्येकाला वेगळ्या उत्पादनाकडे दिले जाऊ शकते। त्यांना कागदावर वेगळे करणे हा छोटी तैनाती समजण्याजोगी ठेवण्याचा सर्वात स्वस्त मार्ग आहे।

वाचनीय रचना मशीनचे भूमिका म्हणून वर्णन करण्याऐवजी प्रत्येक प्रवाहाच्या मालकाचे नाव घेते।

संपवा, फॉरवर्ड करा, रूपांतर करा

RRAS Windows च्या मूळ प्रकरणात बोगदा सांभाळते: वापरकर्त्याची प्रमाणिती करते, पूलमधून पत्ता देते आणि कोणत्या गंतव्यांना परवानगी आहे हे ठरवते। दुसरे VPN उत्पादन त्याऐवजी श्रोता आणि आभासी अडॅप्टर ठेवू शकते, आणि डिक्रिप्ट केलेले पॅकेट फॉरवर्ड करण्याचे Windows वर सोडू शकते। Microsoft चे Remote Access दस्तऐवज VPN, साइट-ते-साइट आणि राउटिंग भूमिका वेगळ्या करतात, आणि राउटिंग भूमिका स्थापित केल्याने दुसरी VPN ओळख तयार होत नाही। दुसरे VPN अनुप्रयोग जोडल्याने त्याचा अडॅप्टर प्रत्येक विद्यमान गेटवे वैशिष्ट्याला मिळत नाही।

रूपांतरण हे तिसरे आणि सर्वात ऐच्छिक काम आहे। ते फॉरवर्डिंगनंतर येते आणि दूरच्या नेटवर्कला दिसणारा स्रोत पत्ता बदलते। तुम्हाला त्याची गरज आहे का हे गंतव्य नेटवर्क स्रोत म्हणून काय स्वीकारेल यावर अवलंबून आहे, मशीनला VPN गेटवे म्हटले जाते यावर नाही।

अडॅप्टर आणि पूल कोणाचा

जेव्हा अनेक उत्पादने होस्ट सामायिक करतात, तेव्हा चार गोष्टींना प्रत्येकी एकच मालक लागतो: ऐकण्याचे पोर्ट, अडॅप्टरचे आयुष्य, क्लायंट पत्ता पूल आणि मार्ग। अडॅप्टर सर्वात अवघड आहे, कारण VPN सेवा तो गतिमानपणे तयार करू शकते आणि डिस्कनेक्ट होताना नष्ट करू शकते। त्या इंटरफेसला कायमस्वरूपी नाव असलेले नेटवर्क कार्ड मानणे आणि त्याच्या नावाविरुद्ध नियम लिहिणे पुढील पुनर्कनेक्शनपर्यंत चालते। इंटरफेसचे नाव हार्डकोड करण्याऐवजी उत्पादनाच्या समर्थित एकत्रीकरण बिंदूचा वापर करा।

पत्ता पूल ही दुसरी टक्कर आहे। दोन उत्पादने आच्छादित श्रेणी देत असतील तर असे राउटिंग तयार होते जे बरोबर दिसते आणि काहीच पोहोचवत नाही। पूल मार्गांसह त्याच दस्तऐवजात ठेवा, जेणेकरून एकातील बदल दुसऱ्याच्या तुलनेत दिसेल।

स्रोत जपा किंवा पुन्हा लिहा

क्लायंटचा स्रोत पत्ता जपल्याने प्रति-वापरकर्ता दृश्यमानता टिकते: लॉग, कोटा आणि फायरवॉल नियम एका वापरकर्त्याला दुसऱ्यापासून वेगळे करू शकतात। किंमत ही की गंतव्य LAN ला गेटवेकडे परतीचा मार्ग लागतो, आणि कोणीतरी तो सांभाळला पाहिजे। NAT ने स्रोत पुन्हा लिहिल्यास ती गरज नाहीशी होते आणि त्याबरोबर दृश्यमानताही नाहीशी होते। जाणीवपूर्वक निवडा आणि पुन्हा लिहिणे कोणती माहिती लपवते ते लिहून ठेवा।

खाजगी नेटवर्कमधील प्रवेश, इंटरनेट बाहेर पडणे आणि गेटवेवरच संपणारी जोडणी या तीन वेगळे मार्ग आहेत। सर्वांना एकसारखे वागणूक लागत नाही।

प्रवाह एका वाक्यात वर्णन करा

एका वाक्याने रचनेचे वर्णन केले पाहिजे: ही सेवा कोणत्या क्लायंटना स्वीकारते, ते फॉरवर्डिंग धोरण कोणती संसाधने देते आणि परतीचा मार्ग प्रवाह कसा पूर्ण करतो। वाक्य खरे होण्यासाठी दुसरा NAT स्तर लागत असेल, तर ते सहसा आधीचे भाग निश्चित झाले नव्हते याचे लक्षण असते। होस्ट ही सामायिक अयशस्वी आणि विश्वासाची सीमा देखील आहे, म्हणून राउटिंग बदल वापरकर्ता प्रवेश आणि प्रशासन दोन्हींवर परिणाम करू शकतो। नंतरच्या साठी स्वतंत्र पुनर्प्राप्ती मार्ग ठेवा।

कॉन्फिगरेशनच्या शेजारी भूमिकांची यादी ठेवा: कोणते उत्पादन संपवते, कोणते फॉरवर्ड करते, कोणते रूपांतर करते आणि प्रत्येकाला कोण बदलू शकते। तीच यादी पुढील बदल पुनरावलोकनयोग्य करते।

वाक्य अस्पष्ट झाल्यावर दुसरा रूपांतरण स्तर जोडल्याने ते क्वचितच स्पष्ट होते। एक काढून टाकल्याने सहसा होते।