બે VPN ક્લાયન્ટ, એક રૂટિંગ કોષ્ટક: ડિફૉલ્ટ રૂટ કોણ જીતે

એવું લાગે છે કે બે VPN ક્લાયન્ટ એક જ સૉકેટ માટે લડી રહ્યા છે, અને સ્પષ્ટ ઉપાય એકને અનઇન્સ્ટૉલ કરવો જ જોઈએ. વ્યવહારમાં તેઓ ભાગ્યે જ એ જ સૉકેટને સ્પર્શે છે. દરેક કનેક્શન ઑપરેટિંગ સિસ્ટમનું રૂટિંગ કોષ્ટક ફરી લખે છે, અને પૂર્ણ-ટનલ પ્રોફાઇલ ડિફૉલ્ટ રૂટનો દાવો કરે છે. જે છેલ્લે જોડાયો તે સામાન્ય રીતે જીતે છે, એટલે લક્ષણ ક્લાયન્ટ વચ્ચે ખસતું દેખાય છે.

સંઘર્ષ રૂટિંગ કોષ્ટકમાં રહે છે

વર્ચ્યુઅલ અૅડૅપ્ટર અને ડિફૉલ્ટ રૂટ—એ રીતે પૂર્ણ ટનલ ટ્રાફિક પકડે છે. જ્યારે બીજો ક્લાયન્ટ પોતાનો ડિફૉલ્ટ ઇન્સ્ટૉલ કરે છે, ત્યારે જૂની એન્ટ્રી બદલાય છે અથવા મેટ્રિકથી નીચી થાય છે, અને દરેક ગંતવ્ય હવે નવી ટનલમાંથી પસાર થાય છે. પહેલો ક્લાયન્ટ જોડાયેલો રહે છે અને હજી લીલું ચિહ્ન બતાવે છે, એટલે ઇન્ટરફેસ ચાલુ છે જ્યારે માર્ગ ગયો છે. કનેક્શન સ્થિતિ અને રૂટિંગ સ્થિતિ વચ્ચેનું આ જ અલગીકરણ વર્તનને ગૂંચવણભર્યું બનાવે છે.

ક્લાયન્ટ એક વિભાજિત કોષ્ટકના સંપાદકો છે. કયો ફેરફાર છેલ્લે થયો એ જાણવું લગભગ દરેક લક્ષણ સમજાવે છે.

વર્તમાન માર્ગ કઈ ટનલ ધરાવે છે તે વાંચો

જોડાયેલું છે એમ કહેતા ક્લાયન્ટ પર ભરોસો કરવાને બદલે વાસ્તવિક નિર્ણય તપાસો. સિસ્ટમને પૂછો કે કયું ઇન્ટરફેસ ચોક્કસ ગંતવ્ય લઈ જશે.

ip route get 10.20.0.5
route print -4

પહેલો આદેશ એક ગંતવ્ય માટે ઇન્ટરફેસ અને સ્રોત સરનામું નામ આપે છે, અને એ જ તમને લગતો ચોક્કસ પ્રશ્ન છે. રૂટ ડમ્પ Windows પર હરીફ ડિફૉલ્ટ એન્ટ્રીઓ અને તેમના મેટ્રિક બતાવે છે, એટલે હાલ કોણ જીતે છે તે દેખાય છે. દરેક દૂરસ્થ નેટવર્કમાં એક હોસ્ટ માટે શોધ ચલાવો, કારણ કે એક ગંતવ્ય સાચું હોઈ શકે જ્યારે બીજું નેટવર્ક પહોંચન બહાર હોય. જવાબ ખોટી ટનલનું નામ દે તો ફરી જોડાવાથી મદદ નહીં મળે; રૂટ નીતિ બદલવી પડશે.

બીજા ક્લાયન્ટને બધું દાવો કરતા રોકો

એક ક્લાયન્ટ ડિફૉલ્ટ રૂટ ધરાવે અને બીજો ફક્ત પોતાના પ્રીફિક્સ લઈ જાય. OpenVPN ક્લાયન્ટ સર્વર જે ધકેલે છે તે નકારી શકે છે.

pull-filter ignore "redirect-gateway"
ip route get 10.30.4.10

route-nopull દરેક ધકેલાયેલા રૂટને અવગણે છે, જ્યારે pull-filter ignore "redirect-gateway" ફક્ત ડિફૉલ્ટ-રૂટ સૂચના કાઢી નાખે છે અને ધકેલાયેલા DNS તથા બીજા વિકલ્પો રાખે છે. સર્વરની રૂપરેખાનું કેટલું હજી જોઈએ છો તેના આધારે બેમાંથી પસંદ કરો, પછી બીજા નેટવર્કને જરૂરી ચોક્કસ પ્રીફિક્સ ઉમેરો. DNS ધ્યાનમાં રાખો, કારણ કે જે ટનલ શોધ લઈ જતી નથી તે ધકેલે છે તે રિઝૉલ્વર કંઈ પણ પાછું આપતું નથી. દરેક નેટવર્કમાં એક જાણીતું હોસ્ટ ચકાસો અને દૂરની બાજુ જે સ્રોત સરનામું જુએ છે તેની પુષ્ટિ કરો.

ઓવરલેપ થતા સબનેટને ટાળી શકાતું નથી

જ્યારે બંને નેટવર્ક એક જ પ્રીફિક્સ પ્રકાશિત કરે છે, ત્યારે કર્નલ બે જુદી જગ્યાઓ માટે એક એન્ટ્રી રાખે છે અને પસંદ કરવું પડે છે. હોસ્ટ રૂટ ગુમ થયેલો ભેદ શોધી શકતો નથી, અને મેટ્રિક સુધારો પણ નહીં. એક બાજુને ફરી ક્રમાંકિત કરો, અથવા તેના વ્યવસ્થાપક દૂરની શ્રેણીનું ભાષાંતર કરે જેથી પ્રીફિક્સ અલગ થાય. ક્લાયન્ટને દોષ દેતા પહેલાં વાસ્તવિક સબનેટ તપાસો, કારણ કે ઘરના રાઉટરનું ડિફૉલ્ટ 192.168.1.0/24 ઑફિસ શ્રેણી સાથે રાહ જોવાથી વધુ વાર અથડાય છે. બંને શ્રેણી ટિકિટમાં નોંધો જેથી આગલો ફેરફાર ઓવરલેપ ફરી ન બનાવે.

બે ધ્યેય પણ અલગ કરો: બંને નેટવર્ક સુધી પહોંચવું એ રૂટિંગ સમસ્યા છે, જ્યારે ગોપનીયતા માટે ટનલની સાંકળ બનાવવી એ માર્ગમાં વધારાના ઑપરેટર સાથેની અલગ રચના છે. એકને બીજાનું નિરાકરણ કરવા વાપરો નહીં.