macOS પર VPN રૂટ તપાસ: કંઈપણ બદલ્યા વિના route get

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

નિષ્ફળ હોસ્ટને પૂછો, ડિફોલ્ટને નહીં

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

ફોર્મ એ છે route -n get પછી સરનામું: route -n get 203.0.113.10, જ્યાં દસ્તાવેજી સરનામું તમારા લક્ષ્યને રજૂ કરે છે. અધિકૃત ગંતવ્ય અને મેળ ખાતું સરનામા-કુટુંબ વાપરો, કારણ કે IPv4 જવાબ ફક્ત IPv6 સંસાધન વિશે કંઈ કહેતો નથી. route યુટિલિટીનું દસ્તાવેજીકરણ get ક્રિયા અને તે જે ક્ષેત્રો છાપે છે તેનું વર્ણન કરે છે.

ઇન્ટરફેસ અને ગેટવેને પુરાવા તરીકે વાંચો

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

નિષ્કર્ષ પર આવતા પહેલાં ગંતવ્ય, ઇન્ટરફેસ, ગેટવે અને ક્વેરીનો સમય નોંધો. આઉટપુટ પુરાવો છે, નિદાન નહીં: સ્પ્લિટ ટનલ સામેલ હોય ત્યારે એક જ ઇન્ટરફેસ એક હોસ્ટ માટે સાચું અને બીજા માટે ખોટું હોઈ શકે.

સાચી રૂટ એ કાર્યરત વિનંતી નથી

રૂટ તમને કહે છે કે કર્નલ કયું ઇન્ટરફેસ વાપરશે, તેનાથી વધુ કંઈ નહીં. DNS, હોસ્ટ ફાયરવોલ અને એપ્લિકેશન ઓથોરાઇઝેશન બધા તે નિર્ણયની ઉપર બેસે છે, અને રૂટિંગ સફળ થયા પછી પણ વિનંતી નિષ્ફળ થઈ શકે છે. આગળ વધતા પહેલાં ચોક્કસ લક્ષણ સાચવો, કારણ કે "કનેક્ટ થઈ શકતું નથી" અને "કનેક્ટ થાય છે પણ ભૂલ પરત કરે છે" અલગ તપાસ છે અને તેમના આગલા પગલાં અલગ છે. રિઝોલ્વરનું દૃશ્ય અને ઇન્ટરફેસનું દૃશ્ય ગંતવ્ય-ક્વેરીને બદલવાને બદલે તેને પૂરક બનાવે છે.

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

એન્ડપોઇન્ટ અને સંસાધનને અલગ રાખો

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

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

પહેલાં વાંચો, પછી બદલો

route add અને route delete ને પહેલા રાઉન્ડની બહાર રાખો. તમે દૂરથી સંચાલિત કરો છો તેવા Mac પર, એક બેદરકાર ટેબલ સંપાદન મશીન સુધી પાછા જવાનો માર્ગ જ લઈ શકે છે અને નિદાન પૂરું કરવા કોઈ બચતું નથી. સાચી રૂટ કઈ છે તે નક્કી કરો, ફેરફાર કેવી રીતે પાછો લેવો તે લખો, અને પછી જ તેને ચલાવો. તપાસને આવી પૂંછડી હોતી નથી.

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