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 યાદી ફેરફાર રેકોર્ડ સાથે સંગ્રહો, કારણ કે આગલી વ્યક્તિ એ જ પ્રશ્ન પૂછશે અને માપનનું પુનરાવર્તન કરવા માંગશે નહીં.