Windows પર OpenVPN કનેક્ટ થયા પછી DNS કેમ બંધ પડે છે

ઓફિસના રિઝોલ્વરને ping નો જવાબ "OpenVPN" કનેક્ટ થયા પછી પણ મળે છે, અને તેમ છતાં દરેક નામ-શોધ નિષ્ફળ જાય છે. સરનામું પહોંચી શકાય તેવું છે જ્યારે પોર્ટ નથી, એ સંયોજન સમજી શકાય છે જ્યારે તમે જાણો કે Windows એડેપ્ટર પ્રમાણે DNS ફિલ્ટર કરી શકે છે. પ્રોફાઇલમાં block-outside-dns હોય તો એ ફિલ્ટર પ્રથમ શંકાસ્પદ છે અને રૂટ કોષ્ટક જોવાનું ખોટું સ્થળ છે. નીચેની બે કસોટી સ્તરોને સેકંડોમાં અલગ પાડે છે.

પહોંચી શકાય તેવું સરનામું, મૃત પોર્ટ

સફળ ping સાબિત કરે છે કે હોસ્ટ ચાલુ છે અને માર્ગ અસ્તિત્વમાં છે. તે પોર્ટ 53 સુધી પહોંચવાની પરવાનગી વિશે કંઈ કહેતું નથી, કારણ કે સંબંધિત ફિલ્ટર બીજા સ્તરે કામ કરે છે અને એડેપ્ટર પર આધાર રાખે છે. તેથી એ જ મશીન ICMP નો જવાબ આપી શકે છે અને એ જ સરનામે મોકલેલી દરેક ક્વેરી નકારી શકે છે. કોઈ પણ ગોઠવણી બદલતા પહેલાં બંને કસોટી એક જ સત્રમાં ચલાવો.

ping <resolver-ip>
nslookup <name> <resolver-ip>

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

આ વિકલ્પ ફિલ્ટરિંગ પ્લેટફોર્મનો નિયમ છે

OpenVPN સંદર્ભ block-outside-dns ને Windows Filtering Platform ની મર્યાદા તરીકે વર્ણવે છે જે એપ્લિકેશનોને ટનલની બહારના એડેપ્ટર પર DNS સુધી પહોંચતા રોકે છે. તે TCP અને UDP પોર્ટ 53 આવરે છે. ફિલ્ટર સામાન્ય ફાયરવોલ નિયમોની યાદીમાં નહીં પણ WFP માં રહે છે, તેથી બીજે ક્યાંક મંજૂરીનો નિયમ ઉમેરવાથી પરિણામ જરૂરી રીતે બદલાતું નથી. તેથી જ DNS ની મંજૂરી આપવાની સામાન્ય સલાહ નિષ્ફળ જતી રહે છે.

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

વધુ નિયમો ઉમેરવાને બદલે જે ક્લાયન્ટ ઘટક આ મર્યાદાનો માલિક છે તેને શોધો. માલિક એ જ વસ્તુ છે જે તેને ખરેખર દૂર કરી શકે છે.

ફિલ્ટર રિઝોલ્વર નથી

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

ત્રણ તપાસ ક્રમમાં કરો. પ્રથમ, નિષ્ફળ જતી એપ્લિકેશન ખરેખર કયો રિઝોલ્વર વાપરે છે. બીજું, ક્લાયન્ટે VPN DNS ગોઠવણી લાગુ કરી છે કે નહીં. ત્રીજું, કયું ઇન્ટરફેસ એ રિઝોલ્વર સુધી ટ્રાફિક લઈ જાય છે.

1. વપરાતો રિઝોલ્વર: Resolve-DnsName -Server <resolver-ip> <name> ને ipconfig /all માં સૂચિબદ્ધ DNS સર્વરો સાથે સરખાવો.
2. VPN DNS લાગુ: ipconfig /all ના એ જ આઉટપુટમાં ટનલ એડેપ્ટરની DNS એન્ટ્રીઓ તપાસો.
3. વપરાતું ઇન્ટરફેસ: Find-NetRoute -RemoteIPAddress <resolver-ip> એ તે ગંતવ્ય માટે આઉટગોઇંગ ઇન્ટરફેસનું નામ આપે છે.

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

આ વિકલ્પ શું આવરતો નથી

પોર્ટ 53 એ આખું નામ-ઉકેલ નથી. DNS over HTTPS અને DNS over TLS જુદા પરિવહન વાપરે છે, અને કેટલીક એપ્લિકેશન સિસ્ટમ ગોઠવણીઓને ધ્યાનમાં ન લેતાં પોતાનું રિઝોલ્વર તર્ક ચલાવે છે. તેથી બ્રાઉઝર નામો ઉકેલી શકે છે જ્યારે કમાન્ડ લાઇન નથી ઉકેલી શકતી.

એ ફરકને વિરોધાભાસ નહીં પણ નિદાન તરીકે લો. સિસ્ટમ રિઝોલ્વર બગડ્યું છે એમ નક્કી કરતા પહેલાં બંનેની સરખામણી કરો.

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

ડિસ્કનેક્ટ પહેલાં અને પછી સ્થિતિ તપાસો

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

ipconfig /displaydns
nslookup <name> <resolver-ip>

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

એ તપાસ પછી જ રિઝોલ્વર બદલવો કે ફાયરવોલ નીતિ ફરી બનાવવી અર્થપૂર્ણ છે. બંને પુરાવા જેટલું સમર્થન આપે તેનાથી મોટા ફેરફાર છે.