Wi-Fi जोडिएको भन्छ, तर केही पनि लोड हुँदैन: पुराना Mac रिजोल्भर

कुनै शाब्दिक ठेगानामा ping गर्नुहोस् र त्यो जवाफ दिन्छ। साइट नामले खोल्नुहोस् र केही हुँदैन, जबकि नेटवर्क आइकन जडान ठीक छ भनी जोड दिन्छ। भर्खरै VPN मा जोडिएको Mac मा, यो संयोजनले लगभग सधैं खोजी अब पुग्न नसकिने सर्भरतर्फ लक्षित छ भन्ने अर्थ दिन्छ, नेटवर्क ढलेको भन्ने होइन। ठेगानाहरू कुनै पहिलेको समयमा Wi-Fi सेवामा पिन गरिएका थिए र त्यसपछि कसैले पनि ती हटाएनन्। बहिष्कारद्वारा निदान गर्नुहोस्, त्यसपछि पिन गरिएका प्रविष्टिहरू मेट्नुहोस्।

मर्मत फ्लश होइन, मेट्नु हो, र भिन्नता महत्त्वपूर्ण छ किनभने अधिकांशले पहिले प्रयास गर्ने आदेशहरू पूरै अर्कै काम गर्छन्।

जोडिएको भन्नु लिङ्कबारे एउटा भनाइ हो

macOS ले हरेक नेटवर्क सेवाका लागि एउटा रिजोल्भर कन्फिगरेसन राख्छ। DHCP बाट आएका मान एउटा स्रोत हुन्, हातैले टाइप गरिएका अर्को, र प्रोफाइलले धकेलेका वा क्लाइन्टले लेखेका मान तेस्रो। पिन गरिएका मानहरू नेटवर्कले दिनेभन्दा माथि हुन्छन्, र स्ट्याकमा कुनैले पनि तिनलाई पुनः प्रमाणित गर्दैन। त्यसैले हराएको सर्भर कसैले हटाउन्जेल वा सेवा शून्यबाट पुनः निर्माण नहुन्जेल सूचीमा रहन्छ।

त्यसैले आफ्नो ह्यान्डसेक पूरा गर्ने टनेलले पहिले नै गलत दिशामा गएको खोजीमा केही बदल्दैन। VPN ले रिजोल्भर थप्यो; असफल भइरहेकोलाई त्यसले जाँच गरेन।

नामहरूलाई प्याकेटबाट अलग गर्नुहोस्

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

नाम असफल हुँदा सम्बन्धित ठेगाना सफल हुनु नै औंलाको छाप हो। दायरामा पनि ध्यान दिनुहोस्: सबै असफल भएमा त्यो बिग्रिएको विश्वव्यापी प्रविष्टितर्फ सङ्केत गर्छ, तर टनेलभित्रका होस्ट मात्र असफल भएमा त्यो अर्को मालिक र साँघुरो उपचारतर्फ सङ्केत गर्छ।

पिन गरिएका सर्भरहरू मेट्नुहोस्

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

पुराना संस्करणहरूले त्यही प्यानल एक तह गहिरो, Advanced बटनपछाडि लुकाउँछन्, व्यवहार र नतिजा उही हुन्छ।

प्यानल होइन, अवस्था पढ्नुहोस्

scutil --dns | head -40 macOS ले वास्तवमा प्रयोग गरिरहेका रिजोल्भरहरू दायराअनुसार समूहीकृत गरी छाप्छ, र परिचित आन्तरिक नामको छिटो nslookup ले जवाफ आउँछ वा आउँदैन देखाउँछ। दुवै आउटपुट तुलना गर्नुहोस्: प्यानल सफा तर पुरानो सर्भर अझै सूचीमा छ भने त्यो सेटिङ अर्कै लेखकको हातमा छ। त्यो अर्कै बग हो, अर्कै उपचारसहित।

दुवै सफा देखिए पनि नामहरू असफल भइरहे भने दोष अन्तै सरेको छ र तपाईं अब DNS कन्फिगरेसन डिबग गरिरहनुभएको छैन।

प्रविष्टिहरू कसले फर्काइराख्छ

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

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

बाँकी सबै मर्मतको नाटक हो: जानाजान गरिएझैं देखिने, नाप्न सकिने केही नबदल्ने, र अर्को व्यक्तिका लागि त्यही बिग्रिएको खोजी छोड्ने आदेशहरू।