OpenVPN પર વિભાજિત DNS: દરેક ઓપરેટિંગ સિસ્ટમ પર રૂટિંગ ડોમેને શું કરવું જોઈએ

દરેક વિભાજિત DNS વિનંતી એક જ વાક્યથી શરૂ થાય છે: કંપનીના નામ કંપનીના DNS પર જાય છે, બાકીનું બધું કામ કરતું રહે છે. તે વાક્યને ગોઠવણીમાં ફેરવવાનો અર્થ છે દરેક ઓપરેટિંગ સિસ્ટમ માટે ત્રણ પ્રશ્નોના જવાબ આપવા, અને જવાબો દરેકમાં અલગ મિકેનિઝમ વાપરે છે. Linux લેપટોપ પર કામ કરતી પ્રોફાઇલો Windows પર ઘણી વાર એવા કારણોસર નિષ્ફળ જાય છે જેનો ટનલ સાથે કોઈ સંબંધ નથી. આંતર ઘણી વાર રૂટ માનવામાં આવેલું રિઝોલ્વર સેટિંગ હોય છે.

પહેલા નીતિનું નામ આપો, પછી એ પ્લેટફોર્મ પ્રિમિટિવ પસંદ કરો જે તેને વ્યક્ત કરે.

ત્રણ સેટિંગ્સ જે ભેગી કરવી સહેલી છે

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

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

Linux: ફક્ત-રૂટ ડોમેન, શોધ પ્રત્યય નહીં

systemd-resolved પર, ટિલ્ડે પ્રીફિક્સવાળું ડોમેન ફક્ત-રૂટ ડોમેન છે, જેનો અર્થ છે કે તે નામસ્થાનની ક્વેરી લિંક કરેલા રિઝોલ્વર પર જાય છે અને સાથે શોધ પ્રત્યય પણ નથી બનતું. resolvectl domain tun0 '~corp.example' તે સેટ કરે છે, અને resolvectl dns tun0 10.8.0.1 સર્વરનું નામ આપે છે. બંને સેટિંગ્સ ઇન્ટરફેસની છે, તેથી તેની સાથે જતી રહે છે. ટિલ્ડે એ ભાગ છે જે લોકો ભૂલી જાય છે, અને તેના વિના ટૂંકા નામો વર્ક રિઝોલ્વર દ્વારા ઉકેલાવા લાગે છે.

એ જ ડોમેનને વૈશ્વિક શોધ પ્રત્યય તરીકે પણ ન ઇન્સ્ટોલ કરો. બંને સેટિંગ્સ બિનજરૂરી નથી; એક રૂટ કરે છે અને બીજું તમે ટાઇપ કર્યું તે ફરી લખે છે.

Windows ને નામસ્થાન નીતિ જોઈએ, પ્રત્યય નહીં

Windows વિભાજિત DNS નીતિને Name Resolution Policy Table માં રાખે છે, એડેપ્ટરના DNS પ્રત્યયમાં નહીં. નિયમ નામસ્થાનને ચોક્કસ સર્વરો સાથે જોડે છે: Add-DnsClientNrptRule -Namespace .corp.example -NameServers 10.8.0.1. ફક્ત પ્રત્યય સેટ કરવાથી ટૂંકા નામો કેવા દેખાય તે બદલાય છે; તે ક્વેરીને બીજા સર્વર પર નથી મોકલતું.

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

દરેક પ્લેટફોર્મ માટે એક જ રિઝોલ્વર માલિક રાખો

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

પોતાનું એન્ક્રિપ્ટેડ રિઝોલ્વર સાથે લાવતી એપ્લિકેશનો ઓપરેટિંગ સિસ્ટમની નીતિને સંપૂર્ણપણે અવગણે છે. તે એપ્લિકેશનનો ગુણધર્મ છે, ટનલમાં ખામી નથી.

પરિણામ ચકાસો, પ્રોફાઇલનો ટેક્સ્ટ નહીં

એક નામ ઉકેલો જે ટનલમાંથી પસાર થવું જોઈએ અને એક જે ન જોઈએ, દરેક પ્લેટફોર્મ પર, અને પુષ્ટિ કરો કે કયા સર્વરે જવાબ આપ્યો. resolvectl query host.corp.example અને Resolve-DnsName host.corp.example બંને જવાબ આપનાર સર્વરનો રિપોર્ટ કરે છે. ફરી કનેક્ટ કર્યા પછી પુનરાવર્તન કરો. પછી પુષ્ટિ કરો કે ટનલનું રિઝોલ્વર એ સરનામા પર પહોંચી શકાય છે જે પ્રોફાઇલ ધકેલે છે, કારણ કે પહોંચ ન હોય તેવા સર્વર તરફ ઇશારો કરતી સાચી નીતિ પણ કોઈ નીતિ ન હોય તેવી જ રીતે નિષ્ફળ જાય છે.

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