એક VLAN માટે TAP બ્રિજ: સબઇન્ટરફેસ જોડો

જે TAP ક્લાઇન્ટ VLAN પહેલાં LAN સુધી પહોંચતો હતો અને પછી અટકી ગયો, તેની પાસે સામાન્ય રીતે એવો બ્રિજ હોય છે જેમાં હજી ખોટું ઇન્ટરફેસ રહેલું હોય છે. ફ્રેમ ફોરવર્ડિંગ VLAN ટૅગ ઉમેરતું નથી, તેથી ભૌતિક અપલિંક પર મોકલાયેલી ટૅગ વગરની ક્લાઇન્ટ ફ્રેમ ટ્રંક પોર્ટ પર ટૅગ વગર પહોંચે છે અને કાં તો કાઢી નાખવામાં આવે છે અથવા નેટિવ VLANમાં પડે છે. હોસ્ટ પર ક્યાંક સબઇન્ટરફેસ હોવાથી બ્રિજની સભ્ય યાદીમાં કંઈ બદલાતું નથી. પહેલા આ ભ્રમ મારવો પડશે: ટૅગ તે ઇન્ટરફેસ લગાવે છે જે તેનો માલિક છે, હોસ્ટ માત્ર એક ધરાવે છે એટલા માટે નહીં.

એક VLAN વિસ્તરણ એટલે એક layer-2 ડોમેન, અને બ્રિજે બધાને વહન કરતા ટ્રંકને બદલે તે ડોમેનમાં જ જોડાવું પડે.

ટૅગ દેખાતું નથી કારણ કે તમે ટ્રંક બ્રિજ કર્યો

VLAN 120 ને મેનેજ્ડ સ્વિચ સુધી લઈ જતો Linux અપલિંક eno1 લો. એક જ VLAN માટે કામ કરતી રચના એ tap_vpn ને br_vpn સાથે બ્રિજ કરવી છે, જેમાં br_vpn eno1 ને બદલે eno1.120 ધરાવે છે. VLAN સબઇન્ટરફેસ ઈગ્રેસ પર ટૅગ લગાવે છે અને ઈનગ્રેસ પર તેને ઉતારે છે, તેથી બ્રિજ તે એક VLAN માટે ફક્ત ટૅગ વગરની ફ્રેમ જ જુએ છે. તેના બદલે ભૌતિક ઇન્ટરફેસ બ્રિજમાં મૂકો, તો એ જ ફ્રેમ ટ્રંક પોર્ટ પર ટૅગ વગર નીકળશે, જે તમે યોજ્યું ન હતું.

VLAN ફિલ્ટરિંગ બંધ રાખીને ટ્રંક બ્રિજ કરવી એ એ જ પરિણામનો શોર્ટકટ નથી. તે તે વાયર પરની દરેક VLAN બ્રિજને આપે છે, જે ક્લાઇન્ટને જોવી ન જોઈએ તે પણ.

બે માન્ય રચનાઓ, ટૅગનો માલિક એક

VLAN-જાગરૂક બ્રિજ એ બીજી માન્ય ગોઠવણ છે: ટ્રંક બ્રિજ પોર્ટમાં પ્રવેશે છે, અને પોર્ટ દીઠ સભ્યપદ, PVID અને ટૅગવાળા ઈગ્રેસ સેટિંગ્સ નક્કી કરે છે કે કઈ VLAN પસાર થાય. ત્યાં ટૅગિંગનો માલિક બ્રિજ છે, અને તેની નીચે VLAN સબઇન્ટરફેસ ઉમેરવાથી એક કામ માટે બીજો માલિક બેસી જશે. બંને રચનાઓ કામ કરે છે; બંનેના ટુકડા નહીં. કોઈ પણ સભ્ય યાદી સંપાદિત કરતાં પહેલાં નક્કી કરો કે કઈ વસ્તુ ટૅગ લગાવે છે.

તમે પસંદ કરો તે રચના સાથે સ્વિચ પોર્ટ મેળ ખાવો જોઈએ. VLAN ટૅગ વગર વહન કરતો એક્સેસ પોર્ટ ભૌતિક ઇન્ટરફેસ સાથે જોડાણ તરીકે મેળ ખાય છે, જ્યારે ટ્રંક પોર્ટ ટૅગવાળા સબઇન્ટરફેસ સાથે મેળ ખાય છે. અયોગ્ય એક્સેસ પોર્ટમાં સબઇન્ટરફેસ ઉમેરવાથી કંઈ સુધરતું નથી.

સભ્યપદ સાથે સરનામું ખસેડો

સબઇન્ટરફેસ રચનામાં, બ્રિજ કરેલા સબનેટ માટે હોસ્ટનું સરનામું br_vpn પર હોવું જોઈએ, તે ગુલામ VLAN પોર્ટ પર નહીં જ્યાં તે પહેલાં હોઈ શકે. તેને પોર્ટ પર છોડવાથી કામ કરતું લાગે અને પછી વિચિત્ર વર્તે, કારણ કે બ્રિજ layer 2 પર ફોરવર્ડ કરે છે જ્યારે સરનામું એક સભ્ય પર બેસે છે. તેને અલગ પ્રયોગ નહીં, સભ્યપદ ફેરફારના ભાગ રૂપે ખસેડો.

સરનામું ખસેડવાથી વ્યવસ્થાપન માર્ગ કપાઈ શકે છે. સ્વતંત્ર પુનઃપ્રાપ્તિ માર્ગ સ્થાપો, ડિસ્ટ્રિબ્યુશનના પોતાના નેટવર્ક મેનેજર દ્વારા હાલની રૂપરેખા સાચવો, અને આગલા અપગ્રેડ પછી તેની સાથે ઝઘડશે એવી હરીફ સ્ટાર્ટઅપ સ્ક્રિપ્ટ ટાળો.

ક્લાઇન્ટ સરનામાંકનને પણ એ જ કાળજી જોઈએ. બ્રિજ કરેલો VPN ક્લાઇન્ટને વિસ્તૃત સબનેટમાં મૂકે છે, તેથી પૂલ અન્ય લીઝ કે સ્થિર ફાળવણી સાથે ઓવરલેપ ન જોઈએ, અને DHCP દ્વારા સેવા પામતી ગોઠવણ એ જ હોવી જોઈએ જે LAN ખરેખર અપેક્ષા રાખે છે. કામ કરતો layer-2 માર્ગ નકલી સરનામાં વિશે કંઈ કહેતો નથી.

રૂટને દોષ આપતાં પહેલાં સભ્યપદ ચકાસો

ઇચ્છિત સ્થિતિ નહીં, વર્તમાન સ્થિતિ વાંચો: ip -d link show dev eno1.120 VLAN id અને તેના પિતૃને છાપે છે, ip link show master br_vpn બ્રિજના સભ્યોની યાદી આપે છે, અને bridge vlan show પોર્ટ દીઠ સભ્યપદ અને ઈગ્રેસ વર્તન જણાવે છે. સબઇન્ટરફેસ રચનામાં ખાતરી કરો કે TAP ઉપકરણ અને VLAN ઉપકરણ સભ્યો છે. VLAN-જાગરૂક બ્રિજમાં પોર્ટ નીતિ જ પરખો, કારણ કે બ્રિજ હોવું એ તે શું પરવાનગી આપે છે તેનો પુરાવો નથી.

પછી તે VLANમાંની સેવા સામે એક મંજૂર ક્લાઇન્ટ ચકાસો, યાદ રાખો કે ARP, ફાયરવોલ નીતિ અને પ્રતિસાદ માર્ગ સભ્યપદથી અલગ બાબતો છે. જો પેકેટ કેપ્ચર કરો, તો ધ્યાનમાં રાખો કે હાર્ડવેર ઓફલોડ ટ્રેસમાં VLAN ટૅગ ક્યાં દેખાય તે બદલી શકે છે. વ્યાપ પણ પ્રામાણિક રાખો: રૂટ કરેલો TUN ક્લાઇન્ટ કોઈ પણ બ્રિજ ફેરફારથી VLAN સભ્ય બનતો નથી, અને ક્લાઇન્ટ-થી-ક્લાઇન્ટ ટ્રાફિક હોસ્ટ-થી-VLAN જોડાણનો વિકલ્પ નથી.