किन MagicDNS ले उपकरणहरू समाधान गर्छ तर अफिस होस्टनामहरू गर्दैन

MagicDNS ले tailnet भित्रको प्रत्येक उपकरणलाई त्यसको मेसिन नाम र tailnet को DNS डोमेनबाट व्युत्पन्न नाम दिन्छ। त्यो नाम Tailscale ले बनाउँछ र Tailscale को रिजोल्भर मार्गबाट जवाफ दिइन्छ। files.office.example जस्तो अफिस होस्टनाम त्यस्तो जोनको हो जुन Tailscale ले कहिल्यै लेखेन, त्यसैले उपकरणको नाम बदल्नाले त्यो बन्न सक्दैन। दुवै नामस्थान सँगै अस्तित्वमा छन्; तिनका मालिक मात्र फरक छन्।

त्यो संयन्त्र धेरै सामान्य गुनासोको पछाडि छ: Tailscale होस्ट जवाफ दिन्छ, र फाइल सर्भरले अझै रिजोल्युसन त्रुटि फर्काउँछ।

दुई नामस्थान, दुई मालिक

उपकरणको नाम मेसिनको आफ्नै होस्टनामबाट उत्पन्न हुन्छ, टकराव Tailscale ले समाधान गर्छ, र परिणाम tailnet डोमेनमुनि बस्छ। अफिस जोन अफिस रिजोल्भर चलाउने व्यक्तिले राख्छ, रेकर्ड प्रशासक वा गतिशील दर्ताबाट बन्छन्। छोटा नामहरूले फरक लुकाउँछन्: files अफिस DNS ले जवाफ दिने खोज-प्रत्यय विस्तार, कुनै tailnet उपकरण, वा केही पनि नहुन सक्छ। पूरा नामको क्वेरीले कुन प्रणालीले साँच्चै जवाफ दियो देखाउँछ।

सबनेट राउटरको मेसिन नाम बदल्नाले अफिस जोनका लागि केही गर्दैन। यसले एउटा Tailscale उपकरणको नाम बदल्छ र अफिस सर्भरको रेकर्डलाई छुनुबिना राख्छ, त्यसैले नाम बदलेर फेरि प्रयास गर्दा कहिल्यै मिल्दैन।

अफिस जोनलाई त्यसको रिजोल्भरतर्फ फर्काउनुहोस्

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

सीमित नाम सर्भर त्यससँग सम्बन्धित डोमेनका लागि अधिकारिक हुनुपर्छ, नत्र जवाफ ठेगानाको सट्टा सन्दर्भ हुनेछ।

पहुँच समाधानभन्दा अघि आउँछ

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

त्यो फरक निदानात्मक छ। समय समाप्ति रुटिङ वा नीतितर्फ संकेत गर्छ, जबकि तत्काल नकारात्मक जवाफ रेकर्ड वा जोनतर्फ संकेत गर्छ। कुनै पनि DNS सेटिङ बदल्नुअघि तपाईंलाई कुन प्राप्त हुन्छ पढ्नुहोस्।

नामको असफलतालाई सेवाको असफलताबाट अलग गर्नुहोस्

यदि स्रोतले आफ्नो निजी ठेगानामा जवाफ दिन्छ तर होस्टनामले दिँदैन भने, अनुसन्धान DNS मै रहन्छ। दुवै काम गर्दैनन् भने, पहिले रुटिङ वा सेवा सुधार्नुहोस्, किनभने पुग्न नसकिने ठेगानामा समाधान हुने नाम प्रगति होइन। पूरा नामको क्वेरी गर्नुहोस् र कुन सर्भरले जवाफ दियो नोट गर्नुहोस्। macOS मा केही कमाण्ड-लाइन उपकरणहरू सामान्य अनुप्रयोगभन्दा फरक मार्ग लिन्छन्, त्यसैले एउटा टर्मिनल dig र एउटा ब्राउजर एउटै नाममा असहमत हुन सक्छन्।

यदि उपकरणको सामान्य मोड यही हो भने एउटा एक्जिट नोड छानेर परीक्षण दोहोर्याउनुहोस्। एक्जिट नोडको DNS ह्यान्डलिङ एक्जिट बिनाको कन्फिगरेसनभन्दा फरक छ, र एउटै मोडमा मात्र परीक्षण गर्दा प्रयोगकर्ताले साँच्चै देख्ने असफलता छुट्न सक्छ।

जोन, रिजोल्भरको ठेगाना र क्वेरी बोक्ने रुट नोट गर्नुहोस्। यी तीनले अर्को नाम-बदल चरणबिना धेरैजसो MagicDNS आश्चर्य व्याख्या गर्छन्।