Tailscale MagicDNS काम गर्छ, तर macOS मा nslookup असफल हुन्छ

Mac मा ping ले tailnet मेसिनको नाम समाधान गर्छ भने nslookup असफलता फर्काउँछ, र दुवै आदेश सत्य बोल्छन्। एपहरू सिस्टम रिजोल्भरमार्फत समाधान गर्छन्, जुन Tailscale ले हरेक इन्टरफेसका लागि कन्फिगर गर्छ, भने nslookup र host त्यस्तो स्थिर फाइल पढ्छन् जसलाई MagicDNS ले कहिल्यै छुँदैन। एउटा पनि प्याकेट नगुमाई दुवै मार्ग फरक हुन सक्छन्। कुनै पनि DNS सेटिङ बदल्नु अघि तपाईंको असफल एपले कुन मार्ग लियो भनी निर्धारण गर्नुहोस्।

दुई समाधान मार्ग, दुई फरक उत्तर

macOS मा एप ट्राफिक सिस्टम रिजोल्भरबाट जान्छ, र इन्टरफेसअनुसार सीमित रिजोल्भर प्रविष्टिहरूले कुन सर्भरले कुन डोमेनको जवाफ दिने निर्धारण गर्छन्। Tailscale ले त्यहाँ आफ्नो MagicDNS प्रविष्टि स्थापना गर्छ, त्यसैले Safari र ssh ले tailnet नामहरू भेट्टाउँछन्। बरु nslookup, host र dig /etc/resolv.conf पढ्छन् वा कमाण्ड लाइनमा सर्भर लिन्छन्, र त्यो फाइल सामान्यतया अझै राउटर वा अफिस सर्भरको नाम बताउँछ। त्यो फाइलमा पठाइएको tailnet नामका लागि पर्खिरहेको कुनै आधिकारिक जवाफ छैन, त्यसैले उपकरणले असफलता रिपोर्ट गर्छ जबकि सिस्टम मार्ग सफल हुन्छ।

दुवै उपकरणमध्ये कुनै पनि गलत व्यवहार गर्दैन। तिनीहरू फरक सर्भरहरूलाई सोध्छन्, र ती सर्भरमध्ये एउटाले मात्र तपाईंको tailnet बारे जान्दछ।

सिस्टम मार्गबाट त्यही नाम परीक्षण गर्नुहोस्

सिस्टम लुकअप कललाई पहिलो परीक्षण बनाउनुहोस्, त्यसपछि सिधै MagicDNS रिजोल्भरमा पठाइएको क्वेरीसँग तुलना गर्नुहोस्। दुवैमा हिज्जे उस्तै राख्नुहोस्, tailnet डोमेनसहित, किनकि छोटो नाम र पूर्ण योग्य नाम फरक उत्तर भएका फरक प्रश्न हुन्।

dscacheutil -q host -a name nas-01.tailnet-a1b2.ts.net
scutil --dns
dig @100.100.100.100 nas-01.tailnet-a1b2.ts.net

ती तीन आउटपुटले तीन प्रश्नको जवाफ दिन्छन्: सिस्टमले के फर्काउँछ, कुन डोमेनका लागि कुन रिजोल्भर कन्फिगर छन्, र MagicDNS आफैले के जान्दछ। दोस्रो र तेस्रोमा भए पनि पहिलोमा नभएको नाम tailnet नभई स्थानीय कन्फिगरेसनतर्फ संकेत गर्छ।

नाम समाधान भएपछि सेवा परीक्षण गर्नुहोस्

सही DNS उत्तरले नाम कुनै ठेगानासँग जोडिन्छ भन्ने मात्र प्रमाणित गर्छ। यसको पछाडिको सेवा रोकिएको हुन सक्छ, पोर्ट पहुँच नियमले फिल्टर हुन सक्छ, र प्रमाणपत्रले तपाईंले टाइप गरेभन्दा फरक होस्टको नाम बताउन सक्छ।

nc -vz nas-01.tailnet-a1b2.ts.net 445
ping -c 3 nas-01.tailnet-a1b2.ts.net

मूल त्रुटि पाठ राख्नुहोस्, किनकि प्रमाणपत्र चेतावनी, जडान समयसीमा र नाम-नभेटिएको तीनैले फरक ठाउँमा पुर्याउँछन्। नाम सर्भर बदल्दा तेस्रो सुधार हुन्छ र पहिलो दुईमा एक दिउँसो बर्बाद हुन्छ।

MagicDNS अफिस DNS को विकल्प होइन

अफिस जोनभित्रको नाम tailnet यन्त्रको नाम होइन, त्यही क्लाइन्ट दुवैमा पुग्न सके पनि। जब गन्तव्य सबनेट राउटरको पछाडि हुन्छ, क्लाइन्टलाई त्यो जोनका लागि आन्तरिक रिजोल्भरतर्फ सङ्केत गर्ने split DNS चाहिन्छ, जुन MagicDNS भन्दा फरक सेटिङ हो र यसको छेउमा कागजात गरिएको छ।

खोज डोमेनहरू पनि महत्त्वपूर्ण छन्। अयोग्य छोटो नाममा क्रमैसँग हरेक कन्फिगर गरिएको प्रत्यय थपिन्छ, त्यसैले भर्खरै अर्को नेटवर्कमा सामेल भएको ल्यापटप पुरानो प्रत्ययबाट समाधान हुन सक्छ। जोन बिग्रिएको घोषणा गर्नु अघि कुन प्रत्यय लागू भयो जाँच्नुहोस्।

जब दुवै मार्ग असफल हुन्छन्, tailnet का तथ्यहरूले निर्णय गर्छन्

तपाईंलाई अस्तित्वमा छ भन्ने लाग्ने यन्त्रका लागि सिस्टम लुकअप र सिधा क्वेरी दुवै असफल भए, समस्या Mac को रिजोल्भरभन्दा माथि छ।

एडमिन कन्सोलमा मेसिनको नाम र tailnet डोमेन पुष्टि गर्नुहोस्, यन्त्र अनलाइन र स्वीकृत छ भनी पुष्टि गर्नुहोस्, र क्लाइन्टका DNS सेटिङ स्थानीय रूपमा अक्षम गरिएका छैनन् भनी पुष्टि गर्नुहोस्। अफलाइन यन्त्रले आफ्नो नाम राख्छ र फर्काउन कुनै ठेगाना हुँदैन।

त्यसपछि प्रमाणका आधारमा छान्नुहोस्। सिस्टम मार्गमा समाधान भई nslookup मा असफल हुने नाम उपकरण-मार्गको फरक हो; समाधान भई सेवाले अस्वीकार गर्ने नाम पहुँच वा प्रमाणपत्रको समस्या हो; कतै पनि समाधान नहुने नाम tailnet वा DNS कन्फिगरेसनको समस्या हो। तीन मालिक, तीन सुधार, र MagicDNS कागजात ले पहिलो केसका macOS विवरण समेट्छ।