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 तपशील समाविष्ट करतात।