Wi-Fi diras konektita, nenio ŝargiĝas: malnovaj raviloj de Mac

Ping al laŭlitera adreso kaj ĝi respondas. Malfermu retejon per nomo kaj nenio okazas, dum la reta piktogramo insistas, ke la konekto estas bona. Sur Mac komence aliĝinta al VPN, tiu kombino preskaŭ ĉiam signifas, ke serĉadoj celas servilon jam ne atingeblan, ne ke la reto estas sube. La adresoj estis fiksitaj al la Wi-Fi-servo en iu pli frua momento kaj nenio forigis ilin de tiam. Diagnozu per ekskludo, poste forigu la fiksitajn rikordojn.

La riparo estas forigo kaj ne malplenigo, kaj la diferenco gravas ĉar la komandoj, kiujn plej multaj provas unue, faras tute alion.

Konektita estas aserto pri la ligilo

macOS tenas ravilokonfiguron por ĉiu retservo. Valoroj de DHCP estas unu fonto, entajpitaj valoroj alia, kaj valoroj puŝitaj de profilo aŭ skribitaj de kliento tria. La fiksitaj superas tion, kion la reto ofertas, kaj nenio en la stako revalidigas ilin. Servilo, kiu foriris, do restas en la listo ĝis homo forigos ĝin aŭ la servo estos rekonstruita de nulo.

Tial tunelo, kiu finas sian manpremon, ŝanĝas nenion pri serĉado jam malkorekte celita. La VPN aldonis ravilojn; ĝi ne kontrolis tiun, kiu fiaskis.

Apartigu nomojn de pakaĵoj

Unue atingiu gastigan komputilon per laŭlitera adreso. Kiam ĝi ŝargiĝas, la pakaĵoj estas bonaj kaj la raviloj kulpas. Kiam ĝi ne ŝargiĝas, haltu ĝuste tie kaj traktu la problemon kiel vojigan, ĉar DNS-ŝanĝoj nur aldonos variablon al jam konfuza bildo.

Nomo fiaskanta dum la kongrua adreso sukcesas estas la fingropremo. Rimarku ankaŭ la amplekson: kiam ĉio fiaskas, tio montras difektitan tutmondan rikordon, dum kiam nur gastigantoj ene de la tunelo fiaskas, tio montras alian posedanton kaj pli mallarĝan riparon.

Forigu la fiksitajn servilojn

En Retaj agordoj, malfermu la detalojn de la Wi-Fi-servo kaj transiru al la DNS-langeto. Forigu ĉiun servilan vicon, konfirmu la ŝanĝon, poste trarigardu serĉajn domajnojn por valoroj, kiujn vi neniam aldonis. Lasu la liston malplena, rekonektu la servon, kaj konfirmu, ke la adreso liverita de DHCP reaperas per si mem. Malplena listo estas la provizora stato, kiu pruvas, ke la fiksitaj valoroj estis la problemo.

Pli malnovaj eldonoj kaŝas la saman panelon unu nivelon pli profunde, malantaŭ butono Altnivela, kun identa konduto kaj la sama rezulto.

Legu la staton, ne la panelon

scutil --dns | head -40 presas la ravilojn, kiujn macOS fakte uzas, grupigitajn laŭ amplekso, kaj rapida nslookup de konata interna nomo montras, ĉu respondo entute alvenas. Komparu la du eligojn: pura panelo kun malnova servilo ankoraŭ listigita signifas, ke alia skribanto posedas tiun agordon. Tio estas alia cimo kun alia riparo.

Kiam ambaŭ aspektas puraj kaj nomoj ankoraŭ fiaskas, la cimo translokiĝis aliloken kaj vi jam ne plu analizas la DNS-agordon.

Kiu remetas la rikordojn

Serviloj, kiuj revenas post forigo, havas fonton. Kontrolu Aparatan administradon por agorda profilo, ĉar profilo povas porti DNS kaj estas ree taksata laŭ sia propra horaro. Kontrolu la agordojn de la kliento por opcio agordi DNS ĉe konekto, kaj decidu, ĉu ĝi ankoraŭ meritas sian lokon sur ĉi tiu maŝino. Se la VPN vere bezonas privatan ravilojn, limigu ĝin al la domajnoj, kiujn ĝi posedas, anstataŭ skribi en la tutmondan liston, kiun ĉiu estonta reto heredas.

Notu la celatan ravilojn kaj la domajnojn, kiujn ĝi devus respondi. Post la sekva klienta ĝisdatigo, kontrolu unu publikan kaj unu privatan nomon, kio estas pli rapida ol ripeti la agordan migradon kaj kaptas la regreson dum la maŝino ankoraŭ estas en viaj manoj.

Ĉio alia estas prizorga teatro: komandoj, kiuj aspektas intencaj, ŝanĝas nenion mezureblan, kaj lasas la saman difektitan serĉadon por la sekva homo.