L2 VPN र L3 टनेल: साइट ब्रिज गर्नुअघि पाँच जाँच

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

एप्लिकेसनले वास्तवमा तारमा के राख्छ भनी जाँच्नुहोस्

कुनै पनि उत्पादनको नाम छलफलमा आउनुअघि, लिंक पार गर्नुपर्ने ट्राफिकको एक मिनेट क्याप्चर गर्नुहोस्: tcpdump -i eth0 -nn -e 'not ip'। यो विकल्प -e लिंक-तह हेडर छाप्छ, र त्यही भाग राउटेड टनेलले फाल्छ। क्याप्चर खाली रह्यो भने, तपाईंको एप्लिकेसन IP बोल्छ र L3 टनेलले त्यसलाई नबदली बोक्छ। फ्रेम देखिए भने EtherType नोट गर्नुहोस्, किनभने 0x0806 ARP हो, 0x88cc LLDP हो, र विक्रेताको मान सामान्यतया IP विकल्प नभएको खोज प्रोटोकल जनाउँछ। यही बिन्दुमा सामान्य tun इन्टरफेस पर्याप्त हुँदैन।

टाढाको छेउमा पनि क्याप्चर दोहोर्याउनुहोस्। एउटै होस्टको भर्चुअल स्विचभित्र मात्र रहेको फ्रेम WANभरि ब्रोडकास्ट डोमेन तान्ने कारण होइन।

खोजले लिंक पार गर्नुपर्छ कि भनी जाँच्नुहोस्

राउटेड टनेलमा कुनै साझा खण्ड हुँदैन, त्यसैले समूहलाई सम्बोधित कुनै पनि कुरा अर्को छेउमा पुग्दैन। ARP, DHCP ब्रोडकास्ट, 224.0.0.251 मा mDNS, SSDP र NetBIOS नाम प्रश्नहरू सबै धेरै होस्टले एकैसाथ सुन्ने लिंक मान्छन्।

एप्लिकेसन साँच्चै यीमध्ये कुनमा निर्भर छ र त्यसका लागि पहिल्यै प्रोक्सी छ कि भनी सोध्नुहोस्। DHCP रिले, mDNS परावर्तन र स्थिर ARP प्रविष्टिहरूले प्रत्येकले एउटा निर्भरता हटाउँछन्, र प्रत्येक चलाउन र निगरानी गर्नुपर्ने अर्को सेवा हो। दुई वा तीन बाँकी रहे ब्रिज गर्नु नै इमानदार उत्तर हो।

अतिरिक्त हेडरले तपाईंलाई कति महँगो पर्छ भनी जाँच्नुहोस्

फ्रेमलाई बस्न ठाउँ चाहिन्छ, त्यसैले तपाईंले पठाउने सबैको वरिपरि दोस्रो हेडर स्ट्याक बेरिन्छ। VXLAN ओभरलेमा यसको अर्थ बाहिरी IP हेडर, UDP हेडर र 8-बाइट VXLAN हेडर हो, जसले पूर्ण आकारको 1,500-बाइट पेलोडलाई सामान्य 1,500-बाइट इन्टरनेट लिंकको पथ MTUभन्दा पर धकेल्छ। OpenVPN tap मोडमा उही दिशामा आफ्नै ओभरहेड थप्छ। भित्रीतर्फ कम MTU नभए ping को जवाफ दिने र पहिलो ठूलो स्थानान्तरणमा अड्किने लिंक पाइन्छ।

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

छान्नुअघि हिसाब गर्नुहोस्। तीन साइटमा प्रतिलिपि गरिएको व्यस्त खण्डले जुन फाइल स्थानान्तरणका लागि बनाइएको थियो त्यसभन्दा बढी ब्रोडकास्ट ट्राफिक सार्न सक्छ।

तपाईंलाई कस्तो प्रकारको L2 VPN दिइँदै छ भनी जाँच्नुहोस्

शब्द आफैं अस्पष्ट छ, र त्यही अस्पष्टताले तपाईंको ट्राफिक कसले बोक्ने भनी निर्णय गर्छ। कहिले यसले पेलोड वर्णन गर्छ: IPभित्रका Ethernet फ्रेम, अरू कुनै टनेलजस्तै इन्टरनेटमा पठाइने, जसरी VXLAN, ZeroTier र OpenVPN को tap मोड गर्छ। कहिले यसले किनिएको सेवा वर्णन गर्छ: एउटै प्रदायकको नेटवर्कभित्र दुई साइट जोड्ने क्यारियर Ethernet सर्किट वा MPLS नक्कली तार।

दुवैले तपाईंलाई खण्ड दिन्छन्, त्यसैले एप्लिकेसनले तिनलाई छुट्याउन सक्दैन, तर सञ्चालनको फरक ठूलो छ। ओभरलेले MTU, इन्क्रिप्सन र तल्लो मार्गको जिम्मेवारी तपाईंमै छाड्छ। क्यारियर सेवाले ती सबै आफ्नो जिम्मामा लिन्छ र त्यसको शुल्क लिन्छ, र तपाईंका फ्रेम सार्वजनिक इन्टरनेटबाट राउट नै गर्दैन। कुन चाहिन्छ भन्ने दुई साइटले एउटै अपरेटर साझा गर्छन् कि केवल कम्पनी, त्यसमा निर्भर छ।

ब्रिज गर्नुअघि सस्तो उपाय जाँच्नुहोस्

ब्रिज गरिएको लिंकका अधिकांश अनुरोध एउटै बिग्रिएको नाम खोजबाट आउँछन्, फ्रेम साँच्चै चाहिने प्रोटोकलबाट होइन। पहिले रिजोल्भर र खोज डोमेन राउटेड टनेलबाट पठाउनुहोस्: dhcp-option DNS 10.8.0.1 सँग dhcp-option DOMAIN internal.example OpenVPN सर्भर कन्फिगरेसनमा तीमध्ये अचम्मलाग्दो संख्या समाधान गर्छ। टाढाको छेउको स्थानीय फर्वार्डर कुनै ब्रोडकास्ट ट्राफिक नसारी त्यही काम गर्छ।

एउटा पुरानो उपकरण अझै असफल हुन्छ भने, त्यो उपकरणलाई गन्तव्य खण्डको प्रोक्सी वा जम्प होस्टपछाडि राख्नुहोस्। एउटा TCP फर्वार्डर चलाउनु ब्रिज गरिएको WANभन्दा सस्तो हुन्छ।

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