तपाईंको म्यानेज गरिएको VPN को इन्टरनेट निकास वास्तवमा कहाँबाट बाहिर जान्छ
«इन्टरनेट समावेश» भन्नाले सार्वजनिक ट्राफिक कहाँबाट बाहिर जान्छ, कसले फिल्टर गर्छ वा विफलतापछि के बाँकी रहन्छ भन्ने कुरा बताउँदैन। मार्ग पछ्याउनुहोस्, त्यसपछि दुवै विफलता अवस्था लेख्नुहोस्।
त्यो ट्राफिक प्रदायकको नेटवर्कबाट कहाँबाट बाहिरिन्छ भनेर प्रस्तावले नदेखाएसम्म शाखाको सार्वजनिक ट्राफिक कसले फिल्टर गर्छ भनी तपाईं भन्न सक्नुहुन्न। म्यानेज गरिएको VPN मा समावेश गरिएको इन्टरनेट पहुँच दोस्रो सेवा हो, जुन आफ्नै गेटवे, आफ्नै ठेगाना अनुवाद र आफ्नै एस्केलेसन लाइन भएको मार्ग हुँदै जान्छ। अधिकांश सम्झौताहरू निजी पक्ष विस्तृत रूपमा वर्णन गर्छन् र सार्वजनिक पक्षलाई एउटै वाक्यमा छोड्छन्। तलका जाँचहरूले त्यो वाक्यलाई तपाईंले रक्षा गर्न सक्ने रेखाचित्रमा बदल्छन्।
प्रत्येक साइटका लागि एउटा सार्वजनिक गन्तव्य पछ्याउनुहोस्
शाखाको एउटा होस्ट छान्नुहोस् र एउटा सार्वजनिक गन्तव्य पछ्याउनुहोस्, प्रदायकको अन्तिम ठेगाना र इन्टरनेटको पहिलो ठेगाना टिप्नुहोस्। ती दुई ठेगानाबीचको हप नै निकास हो, र यो प्रायः प्याकेट पठाउने साइटको नजिकै पनि हुँदैन। संक्रमण गर्ने यन्त्र चिन्ह लगाउनुहोस्, किनकि के बाहिर जानेछ भनेर निर्णय गर्ने फिल्टर त्यही यन्त्रमा हुन्छ। दोस्रो साइटबाट उही ट्रेस दोहोर्याउनुहोस् र निकास ठेगानाहरू तुलना गर्नुहोस्, किनकि बिलमा उस्तै देखिने दुई शाखा फरक सहरका फरक गेटवेबाट बाहिरिन सक्छन्।
गन्तव्यले वास्तवमा देख्ने स्रोत ठेगाना पनि टिप्नुहोस्, किनकि अनुवाद तपाईंले कहिल्यै नकोरेको हपमा हुन सक्छ। देखिएका उत्तरहरू कोरिएका उत्तरहरूको छेउमा लेख्नुहोस्, र तिनीहरूबीचको फरक नै पहिलो घटना आउने ठाउँ हो। कुनै निश्चित साइटको निकास ठेगाना दिन नसक्ने प्रदायक इन्जिनियरले तपाईंलाई डिजाइनबारे पहिले नै उपयोगी कुरा भनिसकेको छ।
तीन निकास व्यवस्था र प्रत्येकले के केन्द्रित गर्छ
तपाईं आफैं चलाउनुहुने केन्द्रीय निकासले सार्वजनिक ट्राफिकलाई आफ्नै गेटवेतर्फ तान्छ, जसले फिल्टरिङ नीति र लग दिन्छ, तर सबै साइटको भार एउटै लाइनमा केन्द्रित गर्छ। प्रदायकले चलाउने निकासले नीति र लगलाई सम्झौताको सीमापारि सार्छ, जसले सञ्चालन सरल बनाउँछ र त्यही चालमा तपाईंको दृश्यता हटाउँछ। प्रत्येक साइटको निकासले सार्वजनिक ट्राफिक स्थानीय राख्छ र उस्तै रहनुपर्ने नीति सतहहरूको संख्या बढाउँछ।
| Arrangement | Blast radius of one failure | Address a partner allowlists |
|---|---|---|
| Central exit you operate | Every site, through one circuit and one team | Your own exit pool |
| Provider-run exit | Their shared gateway and its change window | Their NAT pool, often shared |
| Exit at each site | One branch, one local device | Each site's local address |
सूचीलाई मेनु मान्नुअघि प्रदायकले तीनमध्ये कुन वास्तवमा दिन्छ भनी सोध्नुहोस्, र साइट नयाँ लाइनबिना तिनीहरूबीच सर्न सक्छ कि सोध्नुहोस्। माइग्रेसनको उत्तरले सम्झौतापरकलाई केवल प्राविधिकबाट छुट्याउँछ। स्रोत अनुवादको स्वामित्व कसको हो पनि टिप्नुहोस्, किनकि साझेदारले अनुमति सूचीमा के राख्नुपर्ने हो त्यसले निर्धारण गर्छ। साझा गेटवेको अर्थ साझा क्षमता र कहिलेकाहीँ साझा प्रतिष्ठा पनि हो, जसले साझेदारहरूले तपाईंको ठेगानालाई कसरी व्यवहार गर्छन् भन्ने बदल्छ। क्षमताले पनि आफ्नै प्रश्न पाउनुपर्छ, किनकि साझा गेटवेले त्यही क्षणमा अन्य ग्राहकलाई सेवा दिइरहेको हुन्छ।
फिल्टरिङ, अनुवाद र इन्क्रिप्सनका मालिक फरक-फरक छन्
मार्गले पहुँच स्थापित गर्छ र निरीक्षणबारे केही भन्दैन, त्यसैले दुवैलाई फरक मालिक भएका फरक प्रश्न मान्नुहोस्। प्रत्येक घोषित पूर्वनिर्धारित मार्गका लागि फिल्टर गर्ने यन्त्र, प्रमाणीकरण गर्ने यन्त्र, अनुवाद गर्ने यन्त्र र निरीक्षण गर्ने यन्त्र नाम दिनुहोस्, त्यसपछि प्रत्येकलाई कसले प्रशासन गर्छ भन्नुहोस्। प्रदायकको मार्ग पृथकीकरणले इन्क्रिप्सन कहाँ अन्त्य हुन्छ भन्दैन, र निजी सेवाले एउटा सीमामा आफ्नो टनेल अन्त्य गर्न सक्छ जबकि सार्वजनिक निकास अर्को सीमामा अन्त्य हुन्छ। अनुवाद प्रदायकको किनारमा, साझा गेटवेमा वा तपाईंको आफ्नै निकासमा हुन्छ कि, र सत्र लग छन् कि र कति समय राखिन्छ भनी सोध्नुहोस्। उत्तरहरूमा मालिकहरू गन्नुहोस्, किनकि चार कामका लागि एउटै पक्षको नाम राख्ने सम्झौताले प्रायः तीमध्ये तीनलाई कागजातबिना छोड्छ।
एउटा फराकिलो पूर्वनिर्धारित मार्ग निजी राउटिङ सन्दर्भमा आयात गरिएको उही जाँचको योग्य छ, किनकि आयात हानिरहित सुविधा नभई जानाजान गरिएको सम्झौता हो। RFC 4364 को धारा 11 BGP/MPLS VPN का लागि धेरै इन्टरनेट पहुँच व्यवस्थाबाट गुज्रन्छ र VPN सन्दर्भ र प्रदायकको पूर्वनिर्धारित फर्वार्डिङ सन्दर्भबीचको मार्ग आदानप्रदानलाई ठ्याक्कै त्यस्तै सम्झौता मान्छ। सार्वजनिक ट्राफिकलाई दुर्घटनावश निजी मार्ग लिनबाट केले रोक्छ भनी सोध्नुहोस्, र उत्तर स्लाइडमा होइन, मार्ग नीतिको छेउमा लिनुहोस्।
हस्ताक्षर गर्नुअघि सहमति हुनुपर्ने दुई विफलता अवस्था
सम्झौतामा दुई परीक्षण लेख्नुहोस्: इन्टरनेट निकास गुमाउने, र एउटा निजी जडान गुमाउने। प्रत्येकका लागि काम गरिरहनुपर्ने आन्तरिक स्रोत, स्थानीय इन्टरनेट सेवा र व्यवस्थापन मार्ग सूचीबद्ध गर्नुहोस्। त्यसपछि अवरुद्ध नै रहनुपर्ने वैकल्पिक मार्ग सूचीबद्ध गर्नुहोस्, किनकि केन्द्रीय नियन्त्रण वरिपरिको मार्ग सफा अवरोधभन्दा नराम्रो हुन्छ। दुवै परीक्षण प्रदायकलाई दिनुहोस् र पहिचान र सूचना सहित अपेक्षित नतिजा लिखित रूपमा माग गर्नुहोस्।
तीही जाँचहरू पाइलट साइटबाट चलाउनुहोस् र ती लिखित उत्तरसँग तुलना गर्नुहोस्। जहाँ दुवै मिल्दैनन्, त्यहाँ सम्झौताले तपाईंले किनेको भन्दा फरक नेटवर्कको वर्णन गरिरहेको छ। दुई आदेशले सामान्य अवस्था समेट्छन्: एउटाले सार्वजनिक गन्तव्यले लिने मार्ग देखाउँछ, अर्कोले त्यसले देख्ने ठेगाना देखाउँछ।
traceroute -n 203.0.113.10
curl -s https://example.net/ipउपलब्धताका प्रतिबद्धता तपाईंले नापेको खण्डसँग जोड्नुहोस्, सेवाको नामसँग होइन। स्थानीय सर्किट, प्रदायकको ब्याकबोन र साझा गेटवेले अलग दायित्व र अलग एस्केलेसन टोली बोक्छन्। L2VPN, L3VPN र MPLS अक्षरहरूले फर्वार्डिङ संयन्त्र वर्णन गर्छन्, छेउदेखि छेउसम्मको ग्यारेन्टी होइन।
प्रस्तावका विशेषणलाई प्रमाणले जित्छ
रेडन्डेन्ट, सुरक्षित र लचिलो जस्ता शब्दले डिजाइन होइन, मनसाय वर्णन गर्छन्। बरु यन्त्रको सूची, निकासका स्थान, अनुवाद योजना र सूचना मार्ग माग्नुहोस्। ती चारै दिन सक्ने प्रदायकसँग डिजाइन हुन्छ; नसक्नेसँग स्लाइड हुन्छ। उत्तरहरू इमेल थ्रेडमा होइन, सेवा कागजातमा राख्नुहोस्, र प्रत्येक सम्झौता परिवर्तनमा तिनलाई फेरि हेर्नुहोस्।
प्रदायकहरूले गेटवे एकीकरण गर्दा निकास व्यवस्था चुपचाप सर्छ, त्यसैले तीन वर्षअघिको रेखाचित्र बोझ हो। साझेदारले अपरिचित स्रोत ठेगाना रिपोर्ट गर्दा, त्यो तपाईंको डिजाइनबाट आयो कि कसैले घोषणा नगरेको परिवर्तनबाट, केही मिनेटभित्र भन्न सक्नुपर्छ। विशेषण होइन, त्यही क्षमता पहिलो अवरोधपछि टिक्छ।