रिमोट एक्सेस या साइट-टू-साइट VPN: कौन सा सही है?

यात्रा करता एक कर्मचारी और एक शाखा कार्यालय को अलग-अलग टनल चाहिए, और गलत चुनाव ऐसा डिज़ाइन देता है जो लैब में चलता है और पहले सोमवार को विफल हो जाता है। रिमोट एक्सेस किसी डिवाइस को गेटवे से जोड़ता है। साइट-टू-साइट दो गेटवे जोड़ता है जो नेटवर्क का प्रतिनिधित्व करते हैं। नीचे दी गई चेकलिस्ट तय करती है कि आवश्यकता वास्तव में किसका वर्णन करती है।

कौन डायल करता है, और डायलर के पीछे क्या है

रिमोट एक्सेस में लैपटॉप या फ़ोन का सॉफ़्टवेयर टनल स्थापित करता है, और गेटवे पता तथा रूट देने से पहले उपयोगकर्ता, डिवाइस या दोनों की पुष्टि करता है। साइट-टू-साइट में राउटर, फ़ायरवॉल या क्लाउड गेटवे कनेक्शन स्थापित करते हैं, और उनके पीछे के डिवाइस क्लाइंट चलाने के बजाय सामान्य राउटिंग का उपयोग करते हैं। यही अंतर तय करता है कि टनल की उपलब्धता की ज़िम्मेदारी किसकी है: पहले मामले में कर्मचारी के डिवाइस की, दूसरे में प्रबंधित डिवाइस की। यह यह भी तय करता है कि प्रमाणीकरण किसी व्यक्ति का वर्णन करता है या नेटवर्क का।

यदि आवश्यकता यह है कि एक कार्यालय की हर मशीन प्रति-डिवाइस सेटअप के बिना दूसरे कार्यालय तक पहुँचे, तो यहीं रुकें। वह साइट-टू-साइट है, और रिमोट-एक्सेस लॉगिन का ढेर उसका खराब विकल्प है।

एड्रेसिंग और वापसी मार्ग

अलग स्थानीय और दूरस्थ रेंज की योजना बनाएँ। दो साइटें एक ही निजी सबनेट का उपयोग कर सकती हैं, और तब राउटिंग के स्पष्ट होने से पहले डिज़ाइन को अनुवाद या पुनःक्रमांकन चाहिए। मुख्यालय जैसी ही रेंज उपयोग करने वाला घरेलू राउटर एक दूरस्थ कर्मचारी के लिए वही समस्या पैदा करता है। ओवरलैप इतना सामान्य है कि उसकी जाँच पहली बातचीत का हिस्सा होनी चाहिए।

वापसी मार्ग बाहर जाने वाले मार्ग जितना ही महत्वपूर्ण है। सर्वर अनुरोध प्राप्त कर सकता है और फिर भी क्लाइंट नेटवर्क तक वापस जाने का कोई रूट नहीं रख सकता।

दस्तावेज़ करें कि कौन सा राउटर दूरस्थ प्रीफ़िक्स जानता है, विशेषकर क्लाउड नेटवर्क और कई गेटवे के साथ। हरा टनल आइकन यह नहीं बता सकता कि गंतव्य का वापसी मार्ग काम कर रहा है या नहीं, और एक दिशा का पिंग भी नहीं। रिमोट एक्सेस में पूल का रूट आमतौर पर गेटवे के पास होता है; साइट-टू-साइट में प्रीफ़िक्स ले जाने वाले हर मध्यवर्ती राउटर को सहमत होना पड़ता है। अनुवाद किसी भी ऐसे एप्लिकेशन के टूटने तक गुम रूट छिपा सकता है जो पते अंदर समाहित करता है।

इंटरनेट निकास एक अलग निर्णय है

निजी पहुँच के लिए यह ज़रूरी नहीं कि टनल सार्वजनिक ब्राउज़िंग ले जाए। सामान्य वेब ट्रैफ़िक गेटवे से बाहर निकलता है या नहीं, यह दूसरा निर्णय है, जो हर डिज़ाइन के लिए लिया जाता है और क्लाइंट प्रोफ़ाइल या साइट कॉन्फ़िगरेशन में दर्ज होता है।

फुल-टनल और स्प्लिट-टनल उस प्रश्न के उत्तर हैं, रिमोट-एक्सेस बनाम साइट-टू-साइट प्रश्न के नहीं। आंतरिक नामों को दोनों डिज़ाइनों में उपयुक्त DNS चाहिए, क्योंकि सार्वजनिक रिज़ॉल्वर के पास निजी कार्यालय होस्टनेम का कोई उत्तर नहीं होता। रिज़ॉल्वर भेजना और डिफ़ॉल्ट रूट भेजना संबंधित सेटिंग्स हैं, और एक को दूसरे के बिना बदलने से ऐसी विफलताएँ आती हैं जो DNS समस्याओं जैसी दिखती हैं।

खराबी सीमित करने के लिए टोपोलॉजी का उपयोग करें

एक घूमता लैपटॉप क्लाइंट, उसके खाते या उसके स्थानीय नेटवर्क पर पहुँच खो देता है। पूरी शाखा साझा पथों और गेटवे पर पहुँच खो देती है।

पहले टनल की स्थापना, फिर रूट, फिर अनुमत ट्रैफ़िक, फिर नाम समाधान, फिर एप्लिकेशन लॉगिन जाँचें और जिस चरण में विफलता हो वहीं रुकें।ip route get 10.60.8.15 एक भी एप्लिकेशन लॉग पढ़ने से पहले राउटिंग के प्रश्न का उत्तर देता है। एन्क्रिप्शन सेटिंग्स फ़ाइल-शेयर अनुमति की त्रुटि ठीक नहीं करतीं, और काम करता पिंग यह साबित नहीं करता कि एप्लिकेशन अधिकृत है। क्रम स्थिर रखना उन यादृच्छिक कॉन्फ़िगरेशन बदलावों को रोकता है जो एक खराबी को तीन बना देते हैं।

अंत में, विक्रेता की सामग्री पढ़ते समय परिभाषाएँ स्पष्ट रखें: वाणिज्यिक इंटरनेट-निकास सर्वर किसी कंपनी के निजी गेटवे से अलग सेवा है और उस कंपनी के नेटवर्क तक कोई पहुँच नहीं देता।