एउटा VLAN बाट ल्याब WAN: समतल सेग्मेन्ट वा राउटेड ट्रान्सपोर्ट

एउटा व्यवस्थापित स्विच र एउटा अतिरिक्त VLAN ले तपाईंलाई एक दिउँसोमा छुट्टै सेग्मेन्टमा कुरा गर्ने दुई VPN गेटवे दिन्छ। त्यो सेग्मेन्टले प्रमाणित गर्ने कुरा WAN शब्दबाट मानिसहरूले अपेक्षा गर्ने भन्दा साँघुरो छ। यसले सिधा Ethernet मार्ग पुनरुत्पादन गर्छ, जुन उपयोगी छ, र बाटोमा इन्टरनेटले प्याकेटहरूसँग गर्ने लगभग सबै कुरा छोडिदिन्छ। समतल सेग्मेन्ट र राउटेड ल्याब ट्रान्सपोर्टबीच छनोट गर्नु वास्तवमा तपाईं कुन व्यवहार परीक्षण गर्न चाहनुहुन्छ भन्ने प्रश्न हो।

दुई डिजाइन, दुई फरक पाठ

समतल सेग्मेन्टले दुवै WAN इन्टरफेस र एउटा परीक्षण होस्टलाई एउटै VLAN मा राख्छ, एउटै प्रिफिक्सका ठेगानाहरूसँग। सबै कुरा सबैसम्म सिधै पुग्छ, र गेटवेबीचको एक मात्र चीज स्विच हो। यो वास्तविक टोपोलोजी हो, बस त्यति रोचक छैन।

राउटेड ट्रान्सपोर्टले एउटा ल्याब राउटर र कम्तीमा दुई सेग्मेन्ट थप्छ, त्यसैले गेटवेहरू फरक सबनेटमा बस्छन् र तिनीहरूबीच एउटा पूर्वनिर्धारित गेटवे हुन्छ। त्यो मिलाउनु अर्को यन्त्र र एउटा राउटिङ तालिकाको खर्च लिन्छ, र एउटा ब्रडकास्ट डोमेनले उत्पादन गर्न नसक्ने व्यवहारहरू किन्छ।

समतल सेग्मेन्टले के प्रमाणित गर्छ

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

यो दोहोर्याउन सकिने आधाररेखाका लागि पनि सही आकार हो। पछिको परीक्षण असफल भएमा तपाईं समतल केस फेरि चलाएर परिवर्तन वा नयाँ सर्तले त्यसो गराएको हो कि होइन भन्ने थाहा पाउन सक्नुहुन्छ। आधाररेखा त्यसका ठेगानासहित लेख्नुहोस्, किनकि पछि तपाईंले यसलाई फेरि बनाउनुपर्ने हुन्छ।

राउटिङले के थप्छ

फरक WAN सबनेट भन्नाले गेटवेहरूले लिङ्कमा एकअर्कालाई ठेगाना दिनुको सट्टा राउट गर्नुपर्छ, र यहीँ पूर्वनिर्धारित गेटवेका गल्ती र असममित फर्कने मार्गहरू देखा पर्छन्। बीचको फिल्टरिङ र तिनीहरूबीचको एउटा हपले तपाईंलाई मार्ग सिधा नभएको बेला के हुन्छ परीक्षण गर्न दिन्छ।

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

दुवै डिजाइनले के पुनरुत्पादन गर्दैनन्

वाहक अनुवाद नै ठूलो छुट हो। लिङ्कमा काम गर्ने गेटवे ठेगाना अनुवादपछाडि असफल हुन सक्छ, र समतल सेग्मेन्टमा कुनै अनुवाद छैन। स्रोत ठेगाना बदल्ने, सेलुलर हस्तान्तरण र कललाई अल्झाउने लाइन यी सबै उत्तिकै अनुपस्थित छन्।

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

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

ल्याबलाई सीमित राख्ने

उत्पादनसँग नओभरल्याप हुने स्वीकृत निजी दायरा प्रयोग गर्नुहोस् र बाँडफाँट अभिलेख गर्नुहोस्। कागजात दायराहरू रेखाचित्रका लागि उदाहरण हुन्, चलिरहेको ल्याबका ठेगाना होइनन्, र पछि फेला परेको ओभरल्यापले VPN बगजस्तो देखिने राउटिङ खराबी उत्पन्न गर्छ।

परीक्षण क्लाइन्टको स्थिति देखिने राख्नुहोस्। निजीतर्फको होस्टले अनुकरण गरिएको WAN को होस्टभन्दा फरक मार्ग लिन्छ, र आकस्मिक स्विच इन्टरफेस वा दोस्रो अपलिङ्कले तपाईंले परीक्षण गर्न खोज्नुभएको फायरवाल बाइपास गर्न सक्छ। क्लाइन्टको स्थिति चिन्ह लगाइएको चित्रले ती आश्चर्यहरूमध्ये धेरैलाई रोक्छ।

उपकरणको कुनै पनि भाग साँचो अपलिङ्कमा फर्कनुअघि ल्याब-विशेष कन्फिगरेसन हटाउनुहोस् र उत्पादनको मालिकलाई यसको समीक्षा गर्न लगाउनुहोस्। सेग्मेन्ट मूल्यवान छ किनकि यसको व्यवहार ज्ञात र सीमित छ, र यही कुराले यसलाई परिवर्तनबिना उत्पादनमा लैजान असुरक्षित बनाउँछ।