સ્પ્લિટ ટનલ બ્રાઉઝરને બાકાત રાખે છે, તેના DNS પ્રશ્નોને નહીં

બ્રાઉઝર ટનલમાંથી બહાર, જાહેર IP પૃષ્ઠ પુષ્ટિ કરે છે કે તેનો ટ્રાફિક ઘરના કનેક્શન દ્વારા બહાર જાય છે, અને આંતરિક વિકિ હજી ખૂલતું નથી. નામ ઉકેલવાનું બીજે ક્યાંક ગયું, અને તે બીજું સ્થળ સામાન્ય રીતે VPN દ્વારા સેટ કરેલો રિઝોલ્વર છે. ડેટા પાથ અને રિઝોલ્વર પાથ મોટાભાગની સ્પ્લિટ-ટનલ ડિઝાઇનમાં અલગ નિર્ણયો છે. બાકાતને તૂટેલી કહેતાં પહેલાં બ્રાઉઝરે ખરેખર કયો વાપર્યો તે તપાસો.

ડેટા માર્ગ અને રિઝોલ્વર માર્ગ અલગ પડે છે

બાકાત એપ્લિકેશનના પેકેટને ટનલમાંથી દૂર કરે છે, જે ડેટા પાથ પર રૂટિંગ અને ફાયરવોલનો નિર્ણય છે. નામ ઉકેલવું એ બીજી શોધ છે: પ્રક્રિયા સિસ્ટમના રિઝોલ્વરને પૂછે છે, અને તે રિઝોલ્વર નક્કી કરે છે કે કયો સર્વર પ્રશ્ન મેળવે.

બંને ઇરાદાપૂર્વક અને અલગ હોઈ શકે. કાર્ય તૈનાતી આંતરિક નામસ્થાનને કોર્પોરેટ રિઝોલ્વર પર રાખી શકે છે જ્યારે પસંદ કરેલું જાહેર બ્રાઉઝિંગ ટનલની બહાર મોકલે છે, તે માટે જ કે આંતરિક નામો બીજે ક્યાંય ઉકેલાતાં નથી. મૂંઝવણભર્યો કિસ્સો ઊલટો છે: જાહેર સાઇટ નિષ્ફળ જાય છે કારણ કે બ્રાઉઝરે કદી તે રિઝોલ્વરને પૂછ્યું નહીં જેની તૈનાતી અપેક્ષા રાખતી હતી. માર્ગ અને રિઝોલ્વર અલગ રીતે નોંધો, અને અડધી દલીલો અદૃશ્ય થઈ જશે.

કઈ પ્રક્રિયા પ્રશ્ન પૂછે છે તે શોધો

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

resolvectl status
resolvectl query intranet.example.net
dig +short +time=2 intranet.example.net @10.52.0.2
scutil --dns | head -n 40

પરીક્ષણ પહેલાં અમલમાં રહેલી રૂપરેખા વાંચો: કઈ લિંક DNS સર્વર ધરાવે છે, કયા નામસ્થાનનો દાવો કરે છે, અને નામ દીઠ નીતિ ડિફોલ્ટને બદલે છે કે નહીં. Linux પર સ્પ્લિટ DNS રૂટિંગ ડોમેન વાપરે છે; Windows પર નામ ઉકેલ નીતિ કોષ્ટક નામસ્થાન માટે એ જ કામ કરે છે. બંનેમાંથી કંઈ લીક-પરીક્ષણ પૃષ્ઠ પરથી દેખાતું નથી.

કયો રિઝોલ્વર કયું નામ જોશે તે નક્કી કરો

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

પછી બ્રાઉઝરનું પોતાનું સેટિંગ તપાસો, કારણ કે બ્રાઉઝરમાં એન્ક્રિપ્ટેડ DNS ઓપરેટિંગ સિસ્ટમ પ્રશ્ન મેળવે તે પહેલાં લાગુ થાય છે. જે વપરાશકર્તાએ કેપ્ટિવ પોર્ટલ ટાળવા માટે તે ચાલુ કર્યું તેણે તૈનાતીએ પસંદ કરેલા રિઝોલ્વરને શાંતિથી બદલી નાખ્યો છે. તે લીક નહીં પણ રૂપરેખા નિર્ણય છે, અને તે બ્લોકલિસ્ટને બદલે નિર્ણયને લાયક છે.

એક પરીક્ષણ લેબલ લીલું કરવા માટે દરેક DNS ફીલ્ડ ફરીથી ન લખો. લેબલ એક ક્ષણે એક પ્રક્રિયાના એક પ્રશ્નનું વર્ણન કરે છે.

પ્રશ્ન અને કનેક્શન અલગ રીતે ચકાસો

બે માર્ગ અલગ રીતે પરીક્ષણ કરો. કનેક્શન પરીક્ષણ ડેટા માર્ગ દર્શાવે છે, અને રિઝોલ્વર પરીક્ષણ દર્શાવે છે કે નામ કોણે મેળવ્યું.

curl -sS --max-time 8 https://api.ipify.org
resolvectl query example.net
dig +short example.net

રિઝોલ્વરને સ્પષ્ટ રીતે પણ પૂછો, જેથી નિષ્ફળતા માર્ગને બદલે સર્વરને આભારી થઈ શકે. પછી બ્રાઉઝર ફરી શરૂ કરો અને પુનરાવર્તન કરો, કારણ કે એપ્લિકેશનો નકારાત્મક જવાબ કેશ કરે છે અને જૂની નિષ્ફળતા ચાલુ લાગે છે.

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