OpenVPN DNS ધકેલે છે, પણ તમારો રિઝોલ્વર તેને કદી ન જોઈ શકે

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

લક્ષણ: લોગ DNS બતાવે છે અને નામો હજી પણ નિષ્ફળ જાય છે

OpenVPN dhcp-option DNS અને ડોમેન માહિતી વહન કરે છે, અને ક્લાયન્ટ જે મળ્યું તે નોંધે છે. કેટલાક અમલીકરણોમાં ક્લાયન્ટ તે સેટિંગ્સ આંતરિક રીતે લાગુ કરે છે; અન્યમાં તે એકીકરણ સ્ક્રિપ્ટ અથવા નેટવર્ક સેવા માટે તેમને નિકાસ કરે છે. લોગ લાઇન વાર્તાનો માત્ર પહેલો અડધો ભાગ વર્ણવે છે. બીજો અડધો ભાગ એવી જગ્યાએ થાય છે જ્યાં ક્લાયન્ટનું નિયંત્રણ નથી. સામાન્ય રીતે નિષ્ફળતા ત્યાં જ રહે છે.

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

મળવું એ લાગુ કરવું નથી

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

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

દરેક પ્લેટફોર્મ પર રિઝોલ્વરનો માલિક શોધો

Windows પર નામ રિઝોલ્યુશન નીતિ કોષ્ટક ચોક્કસ પ્રત્યયોને ચોક્કસ સર્વરો તરફ દોરી શકે છે, અને VPN ક્લાયન્ટ ત્યાં નિયમો સ્થાપિત કરી શકે છે. ફક્ત એડેપ્ટરની DNS યાદી નહીં, નીતિ તપાસો. Linux પર NetworkManager અથવા systemd-resolved રૂપરેખાના માલિક હોઈ શકે છે, અને તેમાંથી કોણ માલિક છે તે નક્કી કરે છે કે ફરી જોડાવાથી શું સચવાશે.

ખરેખર પ્રશ્નોના જવાબ આપતા સાધન સાથે અસરકારક સ્થિતિ વાંચો: systemd-resolved હોસ્ટ પર resolvectl query internal.example.net, અથવા પ્લેટફોર્મનું સમકક્ષ. પછી તે જવાબને ક્લાયન્ટ લોગ જે DNS સર્વર ધકેલ્યાનો દાવો કરે છે તેની સાથે સરખાવો.

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

સ્ક્રિપ્ટ્સ અને foreign_option

OpenVPN ધકેલાયેલા વિકલ્પોને foreign_option_N નામના ચલો દ્વારા સ્ક્રિપ્ટ્સમાં નિકાસ કરે છે, અને સ્ક્રિપ્ટ તેમને રિઝોલ્વર આદેશોમાં અનુવાદિત કરી શકે છે. એ ગોઠવણ સમર્થિત એકીકરણ છે, સ્વયંસંચાલિત વર્તન નથી, અને તે ક્લાયન્ટ પર સ્થાપિત અને આહ્વાન કરવું પડે છે.

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

લોગ નહીં, નામ ચકાસો

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

જો નામ રિઝોલ્વ થાય પણ સેવા નિષ્ફળ જાય, તો ફરી DNS બદલવાને બદલે રૂટિંગ અને એપ્લિકેશન ઍક્સેસ તરફ આગળ વધો. OpenVPN મેન્યુઅલ dhcp-option અને સ્ક્રિપ્ટ પર્યાવરણનું દસ્તાવેજીકરણ કરે છે; બીજી રિઝોલ્વર ફાઇલ સંપાદિત કરતા પહેલાં તમારા ક્લાયન્ટે શું લાગુ કરવું તેની પુષ્ટિ કરવા તેનો ઉપયોગ કરો.