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 सेटिङ रिसेट गर्नुको सट्टा त्यो फाइल मात्र मेटाउनुहोस् र दुवै नाम ठाउँ फेरि जाँच्नुहोस्।