VPNની બાજુમાં સ્થાનિક ડોમેન માટે macOS રિઝોલ્વર ફાઇલ

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

પરવાનગીની સીમા પહેલા આવે છે: આ એ ડોમેન માટે છે જે તમે સંચાલિત કરો છો અથવા જેને ગોઠવવાની તમને અધિકૃતતા છે. આ કોઈ સંસ્થાની લાદેલી DNS નીતિ અથવા તેના સ્થાનિક નેટવર્ક પ્રતિબંધોને ટાળવાનો રૂટ નથી.

સાંકડા કાર્ય સાથેની એક ફાઇલ

ધારો કે સ્થાનિક ઝોન lab.example.org છે અને તેનું સર્વર 192.168.55.1 પર જવાબ આપે છે. જે Mac પર તમને ફેરફાર કરવાની પરવાનગી છે ત્યાં એક વ્યવસ્થાપક સાદી ટેક્સ્ટ ફાઇલ બનાવે છે જેનું નામ ડોમેન પોતે જ છે, /etc/resolver/lab.example.org, જેમાં એક nameserver 192.168.55.1 લાઇન છે. નવી સિસ્ટમ પર ડિરેક્ટરી ન પણ હોય, તેથી તેને વ્યવસ્થાપક અધિકારો સાથે બનાવો, અને લખતા પહેલા જોઈ લો કે કોઈ સંચાલન સૉફ્ટવેર પહેલેથી ત્યાં ફાઇલ ધરાવે છે કે નહીં.

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

macOS રિઝોલ્વરોમાંથી કેવી રીતે પસંદ કરે છે

એક કરતાં વધુ રિઝોલ્વર ક્લાઇન્ટ સક્રિય હોઈ શકે છે, અને સૌથી ચોક્કસ મેળ ખાતું ડોમેન જીતે છે. ઉદાહરણ તરીકે, lab.example.org માટે રિઝોલ્વરનો અવકાશ ડિફૉલ્ટ રિઝોલ્વર કરતાં અલગ હોય છે, અને પોતાની ફાઇલ ધરાવતું વધુ ચોક્કસ સબડોમેન ફરીથી પ્રાધાન્ય મેળવી શકે છે. એ જ કારણે કાર્યકારી VPN પોતાનો પ્રત્યય રાખી શકે છે જ્યારે તમારો લેબ ઝોન બીજે જાય છે. આ ગોઠવણીમાં કંઈ પણ વૈશ્વિક નથી, અને એ જ યાદ રાખવા જેવી વાત છે.

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

ફાઇલ જે ત્રણ વસ્તુઓ પૂરી ન કરી શકે

સર્વર પહોંચનો હોવો જોઈએ. જો VPN સ્થાનિક નેટવર્કિંગ અવરોધે, અથવા કોઈ કૉર્પોરેટ રૂટ સર્વરની સરનામાં શ્રેણી પકડી લે, તો સંપૂર્ણ સાચી પ્રત્યય ફાઇલ પણ પ્રશ્ન પહોંચાડી શકતી નથી. આ નેટવર્ક માલિક પાસે લઈ જાઓ, પોતાની જાતે સ્થાનિક અપવાદો વિસ્તારવાને બદલે.

ઝોનમાં સાચો જવાબ હોવો જોઈએ, અને તે સંપૂર્ણ લાયક નામ જેવા કે આનાથી શ્રેષ્ઠ રીતે ચકાસાય છે printer.lab.example.org. ટૂંકું નામ શોધ-ડોમેન વર્તન શરૂ કરી શકે છે અને અંતે તમે પૂછવા માંગતા હતા તેના કરતાં અલગ પ્રશ્ન પૂછી શકે છે.

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

DNS બદલવાને બદલે પસંદગી ચકાસો

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

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

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