Sabi ng Wi-Fi konektado, walang naglo-load: lumang Mac resolver

I-ping ang literal na address at sumasagot ito. Buksan ang site sa pangalan at walang nangyayari, habang iginiit ng icon ng network na maayos ang koneksyon. Sa Mac na karara lang sumali sa VPN, ang kombinasyong iyon ay halos palaging nangangahulugang ang mga paghahanap ay nakaturo sa server na hindi na maabot, hindi na bumagsak ang network. Ang mga address ay na-pin sa serbisyo ng Wi-Fi noong nakaraang panahon at wala pang nagtanggal sa mga ito mula noon. I-diagnose sa pamamagitan ng pagtatanggal, pagkatapos tanggalin ang mga naka-pin na entry.

Ang pag-aayos ay pagtanggal at hindi pag-flush, at mahalaga ang pagkakaiba dahil ang mga command na unang sinusubukan ng karamihan ay gumagawa ng ibang bagay nang lubusan.

Ang konektado ay isang pahayag tungkol sa link

Nagtatago ang macOS ng configuration ng resolver kada serbisyo ng network. Ang mga halaga mula sa DHCP ay isang pinagmulan, ang mga tinype nang manu-mano ay isa pa, at ang mga itinulak ng profile o isinulat ng client ay ikatlo. Ang mga naka-pin ay nangunguna sa ibinibigay ng network, at walang anuman sa stack ang muling nagpapatunay sa mga ito. Kaya ang server na nawala ay nananatili sa listahan hanggang may tao na magtanggal nito o muling itayo ang serbisyo mula sa simula.

Kaya ang tunnel na nakumpleto ang handshake nito ay walang binabago sa paghahanap na mali na ang direksyon. Nagdagdag ng resolver ang VPN; hindi nito sinuri ang isang nabigo.

Ihiwalay ang mga pangalan sa mga packet

Maabot muna ang host sa literal na address. Kapag nag-load ito, maayos ang mga packet at ang resolver ang may kasalanan. Kapag hindi nag-load, huminto doon at ituring na problema sa routing, dahil ang mga pagbabago sa DNS ay magdadagdag lamang ng isang variable sa gulo nang larawan.

Ang pangalang nabibigo habang nagtatagumpay ang katumbas na address ay ang fingerprint. Pansinin din ang saklaw: kapag lahat ay nabibigo, tumuturo ito sa sirang global na entry, samantalang kapag ang mga host lamang sa loob ng tunnel ang nabibigo, tumuturo ito sa ibang may-ari at mas makitid na pag-aayos.

Tanggalin ang mga naka-pin na server

Sa Mga Setting ng Network, buksan ang mga detalye ng serbisyo ng Wi-Fi at lumipat sa tab ng DNS. Alisin ang bawat hilera ng server, kumpirmahin ang pagbabago, pagkatapos tingnan ang mga domain sa paghahanap para sa mga halagang hindi mo kailanman idinagdag. Iwanan ang listahan na walang laman, muling ikonekta ang serbisyo, at kumpirmahin na ang address na ibinibigay ng DHCP ay kusang lumilitaw muli. Ang walang laman na listahan ay ang pansamantalang kalagayan na nagpapatunay na ang mga naka-pin na halaga ang problema.

Itinatago ng lumang release ang parehong panel isang antas na mas malalim, sa likod ng button na Advanced, na may kaparehong pag-uugali at parehong resulta.

Basahin ang kalagayan, hindi ang panel

scutil --dns | head -40 ipinapakita ang mga resolver na aktwal na ginagamit ng macOS, nakapangkat ayon sa saklaw, at ang mabilis na nslookup ng kilalang panloob na pangalan ay nagpapakita kung may dumarating na sagot. Ihambing ang dalawang output: malinis na panel na may lumang server na nakalista pa rin ay nangangahulugang ibang manunulat ang may-ari ng setting na iyon. Iba iyon na bug na may ibang pag-aayos.

Kapag parehong malinis ang tingin at nabibigo pa rin ang mga pangalan, lumipat na ang depekto sa ibang lugar at hindi ka na nagde-debug ng configuration ng DNS.

Sino ang nagbabalik ng mga entry

Ang mga server na bumabalik pagkatapos tanggalin ay may pinagmulan. Tingnan ang Pamamahala ng Device para sa configuration profile, dahil ang mga profile ay maaaring magdala ng DNS at muling sinusuri ayon sa sarili nilang iskedyul. Tingnan ang mga kagustuhan ng client para sa opsyong magtakda ng DNS kapag kumokonekta, at magpasya kung karapat-dapat pa itong manatili sa makinang ito. Kung talagang kailangan ng VPN ang pribadong resolver, limitahan ito sa mga domain na pag-aari nito sa halip na magsulat sa global na listahan na namamana ng bawat hinaharap na network.

Itala ang nilalayong resolver at ang mga domain na dapat nitong sagutin. Pagkatapos ng susunod na update ng client, i-verify ang isang pampublikong pangalan at isang pribadong pangalan, na mas mabilis kaysa ulitin ang paglilibot sa mga setting at nahuhuli ang regression habang nasa kamay mo pa ang makina.

Ang lahat ng iba pa ay teatro ng maintenance: mga command na mukhang sinadya, walang binabagong masusukat, at iniiwan ang parehong sirang paghahanap sa susunod na tao.