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 सेटिंग्स रीसेट करने के बजाय दोनों नाम-स्थान फिर से जाँचें।