Wi-Fi hlásí připojeno, nic se nenačítá: zastaralé překladače na Macu
Ping funguje, ikona hlásí připojení, prohlížení ne. Překlad jmen míří na server, který odešel, a připnutý seznam musí pryč, ne cache.
Pošlete ping na doslovnou adresu a ona odpoví. Otevřete stránku podle jména a nic se neděje, zatímco ikona sítě tvrdí, že spojení je v pořádku. Na Macu, který se právě připojil k VPN, tahle kombinace téměř vždy znamená, že dotazy míří na server, který už není dostupný, ne že je síť dole. Adresy byly k službě Wi-Fi připnuty v nějakém dřívějším okamžiku a od té doby je nic neodstranilo. Diagnostikujte vylučováním, pak připnuté položky smažte.
Oprava je smazání, ne vyprázdnění, a ten rozdíl je důležitý, protože příkazy, které většina lidí zkouší jako první, dělají něco úplně jiného.
Připojeno je tvrzení o lince
macOS drží konfiguraci překladače pro každou síťovou službu. Hodnoty z DHCP jsou jeden zdroj, ručně zadané druhé a hodnoty vynucené profilem nebo zapsané klientem třetí. Připnuté mají přednost před tím, co síť nabízí, a nic v zásobníku je znovu neověřuje. Server, který zmizel, proto zůstává v seznamu, dokud ho člověk neodstraní nebo dokud se služba nepostaví znovu od nuly.
Proto tunel, který dokončí svůj handshake, nic nemění na dotazu, který už byl špatně nasměrovaný. VPN přidal překladač; ten, který selhával, neprověřil.
Oddělte jména od paketů
Nejprve se dostanete k hostiteli přes doslovnou adresu. Když se načte, pakety jsou v pořádku a viníkem je překladač. Když se nenačte, zastavte se tam a berte problém jako směrovací, protože změny DNS jen přidají proměnnou do už tak matoucího obrazu.
Jméno, které selhává, zatímco odpovídající adresa funguje, je otisk. Všimněte si i rozsahu: když selhává všechno, ukazuje to na poškozenou globální položku, zatímco když selhávají jen hostitelé uvnitř tunelu, ukazuje to na jiného vlastníka a užší opravu.
Smažte připnuté servery
V nastavení sítě otevřete podrobnosti služby Wi-Fi a přejděte na kartu DNS. Odstraňte každý řádek se serverem, potvrďte změnu, pak projděte vyhledávací domény a hledejte hodnoty, které jste nikdy nepřidali. Nechte seznam prázdný, znovu připojte službu a potvrďte, že se adresa dodaná DHCP objeví sama. Prázdný seznam je přechodný stav, který dokazuje, že problémem byly připnuté hodnoty.
Starší verze skrývají stejný panel o úroveň hlouběji, za tlačítkem Upřesnit, s totožným chováním a stejným výsledkem.
Čtěte stav, ne panel
scutil --dns | head -40 vypíše překladače, které macOS skutečně používá, seskupené podle rozsahu, a rychlý nslookup známého interního jména ukáže, zda odpověď vůbec dorazí. Porovnejte oba výstupy: čistý panel, na kterém je stále uveden zastaralý server, znamená, že to nastavení vlastní někdo jiný. To je jiná chyba s jinou opravou.
Když oba vypadají čistě a jména stále selhávají, závada se přesunula jinam a už neladíte konfiguraci DNS.
Kdo vrací položky zpět
Servery, které se po smazání vracejí, mají zdroj. Zkontrolujte Správu zařízení, jestli tam není konfigurační profil, protože profily mohou nést DNS a přehodnocují se podle vlastního plánu. Zkontrolujte předvolby klienta, jestli nemají volbu nastavit DNS při připojení, a rozhodněte, zda si na tomto stroji ještě zaslouží místo. Pokud VPN opravdu potřebuje soukromý překladač, omezťe ho na domény, které vlastní, místo abyste psali do globálního seznamu, který zdědí každá budoucí síť.
Zapište zamýšlený překladač a domény, na které má odpovídat. Po příští aktualizaci klienta ověřte jedno veřejné a jedno soukromé jméno, což je rychlejší než opakovat procházení nastavení a zachytí regresi, dokud je stroj ještě ve vašich rukou.
Všechno ostatní je divadlo údržby: příkazy, které vypadají záměrně, nemění nic měřitelného a nechávají stejný rozbitý dotaz pro příštího člověka.