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

DNS લાઇન શેમાં પાર્સ થાય છે

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

DNS = 10.24.8.53, lab.internal.example

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

Apple ના બે ફીલ્ડ, બે અલગ કામ

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

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

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

શા માટે દરેક નામ હજી પણ ટનલ રિઝોલ્વર સુધી પહોંચે છે

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

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

સ્પ્લિટ DNS ને ખરેખર શું જોઈએ

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

સંચાલિત Apple ઉપકરણો પર આ સામાન્ય રીતે એવી રૂપરેખાંકન પ્રોફાઇલ દ્વારા પહોંચાડવામાં આવે છે જે ડોમેન-વિશિષ્ટ DNS સેટિંગ્સ ધરાવે છે. આ WireGuard રૂપરેખાંકન ફાઇલ કરતાં અલગ મિકેનિઝમ છે, અને બંને સાથે રહી શકે છે ફક્ત જો ક્લાઇન્ટ પ્રોફાઇલનું સન્માન કરે. બે ઉત્પાદનો એકસરખું વર્તે છે એમ માનતા પહેલા તપાસો કે તમારો ક્લાઇન્ટ ખરેખર ફીલ્ડને શું કહે છે. Mac પર wg-quick સ્ક્રિપ્ટ અને iPhone પર WireGuard એપ સમાન લાઇન વાંચે છે અને તેમને જુદા જુદા સ્તરો દ્વારા ઇન્સ્ટોલ કરે છે.

ઇન્સ્ટોલ કરેલી સેટિંગ્સ વાંચો, રૂપરેખાંકન નહીં

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

scutil --dns | grep -A3 resolver
networksetup -getdnsservers Wi-Fi

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

સંબંધિત લેખો