O Wi-Fi di conectado e non carga nada: resolutores do Mac obsoletos

Faga ping a un enderezo literal e responde. Abra un sitio polo nome e non pasa nada, mentres a icona de rede insiste en que a conexión está ben. Nun Mac que acaba de unirse a unha VPN, esa combinación case sempre significa que as consultas apuntan a un servidor que xa non é accesible, non que a rede estea caída. Os enderezos fixáronse ao servizo Wi-Fi nalgún momento anterior e nada os retirou desde entón. Diagnostique por eliminación e despois borre as entradas fixadas.

A reparación é un borrado e non un baleirado, e a diferenza importa porque as ordes que a maioría proba primeiro fan algo completamente distinto.

Conectado é unha afirmación sobre a ligazón

macOS mantén unha configuración de resolutor por cada servizo de rede. Os valores do DHCP son unha fonte, os escritos a man outra, e os que empuxa un perfil ou escribe un cliente son unha terceira. Os fixados teñen máis peso que o que ofrece a rede, e nada na pila os volve validar. Por iso un servidor que se foi queda na lista ata que unha persoa o quita ou o servizo se reconstrúe desde cero.

Por iso un túnel que completa o seu salgado non cambia nada nunha consulta que xa ía mal dirixida. A VPN engadiu un resolutor; non auditou o que estaba fallando.

Separe os nomes dos paquetes

Primeiro chegue a un host polo enderezo literal. Cando carga, os paquetes están ben e o resolutor ten a culpa. Cando non carga, detéñase aí e trate o problema como de encamiñamento, porque os cambios de DNS só engadirán unha variable a un panorama xa confuso.

Un nome que falla mentres o enderezo correspondente funciona é a pegada. Fíxese tamén no alcance: se falla todo, apunta a unha entrada global rota, mentres que se só fallan os hosts dentro do túnel, apunta a outro propietario e a unha solución máis estreita.

Borren os servidores fixados

En Axustes de Rede, abra os detalles do servizo Wi-Fi e pase á lapela DNS. Quite cada fila de servidor, confirme o cambio e despois revise os dominios de busca por se hai valores que nunca engadiu. Deixe a lista baleira, volva conectar o servizo e confirme que o enderezo que entrega o DHCP reaparece por si só. Unha lista baleira é o estado temporal que demostra que os valores fixados eran o problema.

As versións antigas agochan o mesmo panel un nivel máis abaixo, tras un botón Avanzado, cun comportamento idéntico e o mesmo resultado.

Lea o estado, non o panel

scutil --dns | head -40 imprime os resolutores que macOS usa de verdade, agrupados por alcance, e un nslookup rápido dun nome interno coñecido mostra se chega algunha resposta. Compare as dúas saídas: un panel limpo cun servidor obsoleto aínda listado significa que outro escritor posúe ese axuste. Ese é outro fallo con outra solución.

Cando ambos parecen limpos e os nomes seguen fallando, o fallo mudouse a outro sitio e xa non está depurando a configuración de DNS.

Quen volve pór as entradas

Os servidores que regresan tras borralos teñen unha orixe. Revise Xestión de dispositivos por se hai un perfil de configuración, porque os perfiles poden levar DNS e revélanse segundo o seu propio calendario. Revise as preferencias do cliente por se hai unha opción de establecer DNS ao conectar, e decida se aínda merece o seu sitio nesta máquina. Se a VPN necesita de verdade un resolutor privado, limíteo aos dominios que posúe en lugar de escribir na lista global que herda toda rede futura.

Anote o resolutor previsto e os dominios que debe responder. Tras a seguinte actualización do cliente, verifique un nome público e un privado, o que é máis rápido que repetir o percorrido polos axustes e atrapa a regresión mentres a máquina segue nas súas mans.

Todo o demais é teatro de mantemento: ordes que parecen deliberadas, non cambian nada medible e deixan a mesma consulta rota para a seguinte persoa.