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 सेटिंग्ज रीसेट करण्याऐवजी फक्त ती फाइल हटवा आणि दोन्ही नावांच्या जागा पुन्हा तपासा।