L2 VPN विरुद्ध L3 बोगदा: साइट ब्रिज करण्यापूर्वी पाच तपासण्या
L3 बोगदा Ethernet शीर्षलेख टाकून देतो, त्यामुळे ARP, PXE आणि IP-इतर प्रोटोकॉल काम करत नाहीत. खरंच फ्रेम्स हवे आहेत का, हे पाच तपासण्या ठरवतात.
तुम्ही साइट ब्रिज करता कारण एखादे साधन असा आग्रह धरते की ते त्याच नेटवर्कवर असले पाहिजे, आणि तीन आठवड्यांनंतर रात्री दोन वाजता तुम्ही स्विच लॉग वाचत असता। अशा अंदाजावर खूप जास्त 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 यादी बदल नोंदीसोबत संग्रहित करा, कारण पुढचा माणूस तोच प्रश्न विचारेल आणि मोजमाप पुन्हा करायला आवडणार नाही।