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

कसैले VPN सर्भर भन्ने बित्तिकै तीन कार्यहरू सँगै बाँधिन्छन्: इन्क्रिप्ट गरिएको टनेल अन्त्य गर्ने, नेटवर्कहरूबीच प्याकेट सार्ने र वैकल्पिक रूपमा ठेगाना पुनःलेखन गर्ने। Windows मा एउटै मेसिनले तीनै गरे पनि यी स्ट्याकका फरक फरक भागमा बस्छन्। प्रत्येकको आफ्नै इनपुट र आफ्नै असफलताको तरिका हुन्छ, र प्रत्येकलाई फरक उत्पादनमा सुम्पन सकिन्छ। तिनीहरूलाई कागजमा छुट्याउनु सानो परिनियोजन बुझ्नयोग्य राख्ने सबैभन्दा सस्तो उपाय हो।

पढ्नयोग्य डिजाइनले मेसिनलाई भूमिकाका रूपमा वर्णन गर्नुको सट्टा प्रत्येक प्रवाहको मालिकको नाम लिन्छ।

अन्त्य गर्नु, फर्वार्ड गर्नु, रूपान्तरण गर्नु

RRAS ले Windows को मूल अवस्थामा टनेल सम्हाल्छ: प्रयोगकर्तालाई प्रमाणित गर्छ, पूलबाट ठेगाना दिन्छ र कुन गन्तव्यहरूलाई अनुमति छ भन्ने निर्णय गर्छ। अर्को VPN उत्पादनले त्यसको सट्टा श्रोता र भर्चुअल एडाप्टर राख्न सक्छ, र डिक्रिप्ट गरिएका प्याकेट फर्वार्ड गर्ने काम Windows लाई छोड्न सक्छ। Microsoft को Remote Access कागजातले VPN, साइट-देखि-साइट र राउटिङ भूमिकाहरू अलग गर्छ, र राउटिङ भूमिका स्थापना गर्दा दोस्रो VPN पहिचान बन्दैन। अर्को VPN अनुप्रयोग थप्दा पनि त्यसको एडाप्टर हरेक विद्यमान गेटवे सुविधालाई दिइँदैन।

रूपान्तरण तेस्रो र सबैभन्दा वैकल्पिक काम हो। यो फर्वार्डिङपछि आउँछ र टाढाको नेटवर्कले देख्ने स्रोत ठेगाना बदल्छ। तपाईंलाई यसको आवश्यकता छ कि छैन भन्ने गन्तव्य नेटवर्कले स्रोतका रूपमा के स्वीकार्छ भन्नेमा निर्भर गर्छ, मेसिनलाई VPN गेटवे भनिन्छ भन्नेमा होइन।

एडाप्टर र पूल कसको हो

जब धेरै उत्पादनहरूले होस्ट साझा गर्छन्, चार वस्तुलाई प्रत्येकको एक मात्र मालिक चाहिन्छ: सुन्ने पोर्ट, एडाप्टरको आयु, ग्राहक ठेगाना पूल र मार्गहरू। एडाप्टर सबैभन्दा गाह्रो हो, किनकि VPN सेवाले यसलाई गतिशील रूपमा बनाउन सक्छ र डिस्कनेक्ट हुँदा नष्ट गर्न सक्छ। त्यो इन्टरफेसलाई स्थायी नाम भएको नेटवर्क कार्ड मान्ने र त्यसको नामविरुद्ध नियम लेख्ने काम अर्को पुनःजडानसम्म चल्छ। इन्टरफेसको नाम हार्डकोड गर्नुको सट्टा उत्पादनको समर्थित एकीकरण बिन्दु प्रयोग गर्नुहोस्।

ठेगाना पूल दोस्रो ठक्कर हो। दुई उत्पादनले ओभरल्याप हुने दायरा दिए भने राउटिङ सही देखिने तर केही पुर्‍याउँदैन। पूलहरू मार्गहरूसँगै एउटै कागजातमा राख्नुहोस्, ताकि एउटामा भएको परिवर्तन अर्कोको तुलनामा देखियोस्।

स्रोत जोगाउनु वा पुनःलेखन गर्नु

ग्राहकको स्रोत ठेगाना जोगाउँदा प्रति-प्रयोगकर्ता दृश्यता कायम रहन्छ: लग, कोटा र फायरवाल नियमहरूले एक प्रयोगकर्तालाई अर्कोबाट छुट्याउन सक्छन्। मूल्य यो हो कि गन्तव्य LAN लाई गेटवेतर्फ फर्किने मार्ग चाहिन्छ, र कसैले त्यसको मर्मत गर्नुपर्छ। NAT सँग स्रोत पुनःलेखन गर्दा त्यो आवश्यकता हट्छ र त्यसैसँग दृश्यता पनि हट्छ। सचेत रूपमा छान्नुहोस् र पुनःलेखनले कुन जानकारी लुकाउँछ लेख्नुहोस्।

निजी नेटवर्कमा पहुँच, इन्टरनेट निकास र गेटवेमै अन्त्य हुने जडानहरू तीन फरक बाटाहरू हुन्। सबैलाई एउटै व्यवहार चाहिँदैन।

प्रवाहलाई एक वाक्यमा वर्णन गर्नुहोस्

एक वाक्यले डिजाइन वर्णन गर्नुपर्छ: यो सेवाले कुन ग्राहकहरूलाई स्वीकार्छ, त्यो फर्वार्डिङ नीतिले कुन स्रोतहरू दिन्छ र फर्किने मार्गले प्रवाह कसरी पूरा गर्छ। यदि वाक्यलाई सत्य हुन दोस्रो NAT तह चाहिन्छ भने, त्यो सामान्यतया अघिल्ला भागहरू टुंगिएको थिएन भन्ने संकेत हो। होस्ट साझा असफलता र विश्वासको सीमा पनि हो, त्यसैले राउटिङ परिवर्तनले प्रयोगकर्ता पहुँच र प्रशासन दुवैलाई असर गर्न सक्छ। पछिल्लोका लागि स्वतन्त्र पुनःप्राप्ति मार्ग राख्नुहोस्।

कन्फिगरेसनको छेउमा भूमिकाहरूको सूची राख्नुहोस्: कुन उत्पादनले अन्त्य गर्छ, कुनले फर्वार्ड गर्छ, कुनले रूपान्तरण गर्छ र प्रत्येकलाई को परिवर्तन गर्न सक्छ। त्यही सूचीले अर्को परिवर्तनलाई समीक्षायोग्य बनाउँछ।

वाक्य अस्पष्ट हुँदा अर्को रूपान्तरण तह थप्दा त्यो विरलै स्पष्ट हुन्छ। एउटा हटाउँदा सामान्यतया हुन्छ।