તમારી લેબ VPN રૂટ એડેપ્ટર ક્રમ નક્કી કરતું નથી એ કેમ
હાઇપરવાઇઝરમાં એડેપ્ટર 1 એ ગેસ્ટ કઈ રૂટ પસંદ કરશે તે વિશે કંઈ કહેતું નથી. દરેક હાર્ડવેર ફેરફાર પછી પ્રીફિક્સ, મેટ્રિક અને નીતિ નિયમોની સરખામણી કરો.
હાઇપરવાઇઝરની યાદીમાં એડેપ્ટર 1 પ્રથમ હોવું એ ફક્ત દર્શાવવાનો ક્રમ છે, અને ગેસ્ટનું રૂટિંગ ટેબલ તેને વાંચતું નથી. પાથ નક્કી કરે છે પ્રીફિક્સ, મેટ્રિક અને બંને પહેલાં લાગુ પડતો કોઈપણ નીતિ નિયમ. તેથી લેબ VM માં બ્રિજ્ડ એડેપ્ટર ઉમેરવાથી બીજો ડિફોલ્ટ પાથ બની શકે છે, જ્યારે જૂનું NAT ઇન્ટરફેસ હજી પણ હાજર અને બીજા ક્રમાંકે દેખાય છે. પરિણામ એ VM છે જે ક્યારેક ટનલ વાપરે છે અને ક્યારેક નહીં, અને તેને સમજાવતો કોઈ કન્ફિગરેશન ફેરફાર નથી.
ત્રણ શરતો પાથ નક્કી કરે છે
ત્રણ શરતો એ છે કે કયું પ્રીફિક્સ વધુ ચોક્કસ છે, પ્રીફિક્સ સમાન હોય ત્યારે મેટ્રિક શું કરે છે, અને હાર્ડવેર ફેરફાર પછી ગેસ્ટે કયા નિયમો લાગુ કર્યા. દરેકનો જવાબ એક જ આદેશથી મળે છે, અને એક પણ હાઇપરવાઇઝરના ક્રમાંકન સાથે સંબંધિત નથી.
એ જ છેલ્લો મુદ્દો નિર્ણય છે: જો તમે કહી શકતા નથી કે VPN એન્ડપોઇન્ટના પોતાના સરનામા માટે કયું પ્રીફિક્સ જીતે છે, તો તમારી પાસે રૂટિંગ નીતિ નથી, તમારી પાસે એવી ટોપોલોજી છે જે આજે સંજોગવશાત કામ કરે છે.
શરત એક: કયું પ્રીફિક્સ જીતે છે
10.8.0.0/24 તરફનો રૂટ તેની અંદરના સરનામા માટે ડિફોલ્ટ રૂટને હરાવે છે, મેટ્રિક અને એડેપ્ટર ક્રમ ધ્યાનમાં લીધા વગર. એટલે કે ચોક્કસ રૂટ સ્થાપિત કરતું VPN ક્લાયન્ટ નીચી મેટ્રિકવાળું બીજું એડેપ્ટર આવે તોપણ કામ કરતું રહે છે: ખર્ચ વિચાર્યા પહેલાં ચોકસાઈ જીતે છે. તમે જે ટેબલ વપરાયેલું માનો છો તે ip route show થી, અને ચોક્કસ ગંતવ્ય માટે કર્નલ ખરેખર શું જવાબ આપશે તે ip route get 203.0.113.9 થી ચકાસો.
એન્ડપોઇન્ટનું પોતાનું સરનામું એ સૌથી મહત્વની કસોટી છે. જો VPN સર્વરનું સરનામું હમણાં જ ઉમેરાયેલા બ્રિજ્ડ એડેપ્ટર દ્વારા રિઝોલ્વ થાય, તો ટનલ કદી સ્થપાય નહીં, અથવા સ્થપાય અને પછી પોતાનો ટ્રાન્સપોર્ટ પાથ ગુમાવે. ટનલ ઇન્ટરફેસ જ જવાબ છે એમ ધારવાને બદલે એ સરનામાને ખાસ પૂછો.
શરત બે: મેટ્રિક શું કરે છે અને શું નથી કરતું
તેની ભૂમિકા મોટાભાગના લોકો ધારે તેના કરતાં સાંકડી છે. મેટ્રિક સમાન પ્રીફિક્સ તરફના રૂટ વચ્ચેની બરાબરી તોડે છે; પહોળા રૂટને વધુ ચોક્કસ રૂટને હરાવવા દેતું નથી. બરાબરીમાં નાની સંખ્યાને પ્રાધાન્ય મળે છે, અને જુદા જુદા ઓપરેટિંગ સિસ્ટમ વિરુદ્ધ દિશામાં ગણે છે, તેથી Linux અને Windows વચ્ચે નકલ કરેલી સલાહ ઘણી વાર પોતાની જ વિરુદ્ધ જાય છે.
ગેસ્ટમાં ip route show દરેક રૂટની બાજુમાં મેટ્રિક છાપે છે, અને Windows માં Get-NetRoute InterfaceMetric ઉપરાંત રૂટ મેટ્રિક છાપે છે. બંને વાંચો, કારણ કે અસરકારક પ્રાધાન્ય એક ક્ષેત્ર નહીં પણ સરવાળો હોઈ શકે. જો બે ડિફોલ્ટ રૂટ હોય, તો એ જ શોધ છે: ગેસ્ટ પાસે બહાર જવાના બે રસ્તા છે, અને કયો જીતશે તે એવી સંખ્યાઓ પર આધારિત છે જે હાર્ડવેર ફેરફાર બદલી શકે છે.
શરત ત્રણ: ગેસ્ટે ખરેખર શું લાગુ કર્યું
કન્ફિગરેશન અને લાગુ થયેલી સ્થિતિ એક નથી. દરેક પ્લેટફોર્મ પર હાર્ડવેર ફેરફારો દરમિયાન ઇન્ટરફેસ નામો સ્થિર રહેતાં નથી, અને નામ પ્રમાણે મેળ ખાતું કન્ફિગરેશન હવે કશા પર લાગુ ન પણ પડે.
ઇચ્છિત સ્થિતિ નહીં, લાગુ થયેલી સ્થિતિ ચકાસો. ip -br link હાલમાં અસ્તિત્વમાં રહેલા ઇન્ટરફેસ દર્શાવે છે, અને NetworkManager ધરાવતા હોસ્ટ પર nmcli connection show કઈ પ્રોફાઇલ કયા ઉપકરણ સાથે બંધાયેલી છે તે દર્શાવે છે. બાંધી ન શકાયેલી પ્રોફાઇલ ઇન્ટરફેસને સરનામા વગર ચાલુ રાખે છે, જે રૂટિંગ સમસ્યા જેવું લાગે છે પણ નામકરણની સમસ્યા છે. પુનઃસ્થાપિત સ્નેપશોટ આને વધુ ખરાબ કરે છે, કારણ કે ગેસ્ટની સાચવેલી સ્થિતિ એવી એડેપ્ટર ઓળખનો સંદર્ભ આપી શકે છે જે નવું હાર્ડવેર હવે પૂરું પાડતું નથી.
લેબ ટોપોલોજી પુનઃઉત્પાદનક્ષમ રાખો
ઇચ્છિત વર્ચ્યુઅલ નેટવર્ક જોડાણોને ગેસ્ટ કન્ફિગરેશન સાથે સાચવો, જેથી ભૂમિકાથી એડેપ્ટર સુધીનું મેપિંગ યાદીની સ્થિતિ પરથી અનુમાન કરવાને બદલે લખાયેલું રહે.
નામ આપવા માટે સામાન્ય રીતે ચાર ભૂમિકાઓ પૂરતી છે: ખાનગી લિંક, સંચાલન, બહારનું ટ્રાન્સપોર્ટ અને ટનલ. દરેકને ફાઇલમાં ચોક્કસ એડેપ્ટર અને ચોક્કસ ગેસ્ટ ઇન્ટરફેસ સાથે મેપ થવું જોઈએ.
પછી હાર્ડવેર ફેરફાર, રીસ્ટાર્ટ અથવા પુનઃસ્થાપિત સ્નેપશોટ પછી વાસ્તવિક એપ્લિકેશનનું પરીક્ષણ કરો, અને તે પરીક્ષણમાં VPN એન્ડપોઇન્ટ સુધીનો રૂટ પણ સામેલ કરો. જો ગેટવે VM એ એકમાત્ર નિકાસ હોવું જોઈએ, તો ચકાસો કે પરીક્ષણ VM પાસે અનિચ્છિત બીજો ડિફોલ્ટ પાથ નથી, કારણ કે બ્રિજ્ડ એડેપ્ટર બરાબર બીજો ડિફોલ્ટ ઉમેરે છે. હાઇપરવાઇઝર કન્સોલમાંથી નહીં, ગેસ્ટમાંથી પરીક્ષણ કરો, કારણ કે કયું ઇન્ટરફેસ કયું છે તે અંગે બંને અસહમત હોઈ શકે છે.
VirtualBox નેટવર્કિંગ દસ્તાવેજીકરણ એડેપ્ટર મોડ અને દરેક શેની સાથે જોડાય છે તે વર્ણવે છે, અને બીજું ઉમેરતા પહેલાં વાંચવા જેવો ભાગ એ જ છે. જે લેબ દરેક ભૂમિકા માટે કયું એડેપ્ટર સેવા આપે છે તે ઓળખે છે તે રૂટ ફેરફારને સમજાવી શકાય તેવો બનાવે છે. જે લેબ હાઇપરવાઇઝરના ક્રમાંકન પર આધાર રાખે છે તે દરેક ફેરફારને પ્રયોગ બનાવે છે.