El VPN us ha canviat el nom del Mac? Compareu tres valors de nom d'amfitrió
Un prompt de Terminal canviat no és un canvi de nom. ComputerName, LocalHostName i HostName guarden valors diferents, i un d'ells sovint simplement no està definit.
El prompt que abans deia una cosa ara en diu una altra, i la connexió que va canviar era una VPN. Aquesta és tota l'evidència que té la majoria de la gent abans de concloure que el Mac s'ha canviat de nom, i no n'hi ha prou. macOS desa com a mínim tres valors de nom separats, cadascun amb una feina diferent, i un prompt d'intèrpret mostra com a màxim un d'ells d'una manera que es pot llegir malament amb facilitat.
Comparar-los requereix tres ordres i resol la qüestió abans que ningú editi res.
Tres valors, tres feines
Tots tres són cadenes que el sistema informarà de bon grat, i la temptació és prendre el primer que trobeu com a autoritatiu. Així és com un usuari acaba «arreglant» el camp equivocat i veu com el símptoma sobreviu.
| Value | What it is responsible for |
|---|---|
ComputerName | The friendly name a person sees in About and on the network browser; this is the one users mean by "my Mac's name" |
LocalHostName | The Bonjour name used on the local link, usually shown with a .local suffix in Sharing |
HostName | An explicitly configured host name that may simply not be set at all |
La tercera fila és on comença la major part de la confusió. Un HostName no definit és un estat normal, no una corrupció, i vol dir que el sistema recorre a altres fonts quan necessita un nom d'amfitrió. Llegir aquest buit com un dany porta a una correcció que mai no calia. També amaga la pregunta real, que no és com es diu la màquina sinó quin nom fa servir una consulta o un prompt concrets en aquell moment. Responeu això i el valor buit deixa de semblar una fallada.
Llegiu abans d'escriure
Aquestes tres ordres només informen de valors. No canvien res, cosa que les fa segures d'executar durant una investigació.
scutil --get ComputerName
scutil --get LocalHostName
scutil --get HostNameExecuteu-les a la mateixa sessió local abans i després d'una connexió VPN permesa, i anoteu quin valor difereix realment. Si no en difereix cap i el prompt continua semblant incorrecte, el nom mai no va ser el problema: alguna cosa a la configuració de l'intèrpret o a la sessió remota mostra una cadena diferent.
La guia d'Apple sobre noms d'ordinador i noms d'amfitrió locals situa el nom amigable a General i About, i el nom local a General i Sharing. També documenta el sufix automàtic que s'afegeix quan un altre Mac del mateix enllaç ja fa servir un nom, cosa que val la pena saber abans de prendre un número inesperat com a prova de manipulació.
Què demostra realment un prompt d'intèrpret
Un prompt és una cadena que construeix l'intèrpret, i el seu element de nom d'amfitrió pot venir del nom d'amfitrió expandit, d'una forma escurçada o d'un valor codificat a mà en un fitxer de perfil. També pot pertànyer a una sessió SSH en una màquina completament diferent, que és l'explicació menys lluïda i de bon tros la més habitual per a un prompt que va canviar en el moment de connectar una VPN.
Comproveu on sou abans de comprovar com us dieu. Executeu hostname i compareu-lo amb els tres valors desats, i després mireu la configuració del prompt de l'intèrpret per veure si mostra l'amfitrió. Si el prompt conté una cadena literal que algú va escriure en un fitxer de configuració fa anys, cap canvi del sistema no la farà coincidir mai.
La comparació també importa per a l'informe. Un prompt que sembla diferent i un ComputerName desat que ha canviat de debò són dues troballes amb dos propietaris diferents, i fusionar-les en una sola frase envia el següent enginyer al lloc equivocat.
On una VPN pot tocar legítimament l'assignació de noms
Una VPN canvia quins resolutors i dominis de cerca són rellevants, i pot donar al client un nom d'amfitrió mitjançant DHCP si el client està configurat per acceptar-ne un. És un mecanisme real, i també és més estret que «la VPN ha canviat el nom del meu Mac». Que un resolutor canviï quin nom es resol per a una adreça donada no reescriu els valors locals desats.
Per tant, separeu dues preguntes. La identitat pròpia de la màquina és diferent, o ho és el nom que fa servir per arribar a una altra cosa? La primera la responen els tres valors desats; la segona la responen les consultes DNS i el perfil de connexió en ús. Tractar-les com una sola pregunta produeix canvis en la configuració d'identitat com a resposta a un problema de resolució de noms.
Si realment cal un nom d'amfitrió permanent
Definir un valor és una acció administrativa deliberada, no una preferència estètica, i el valor ha de venir de qui sigui propietari de la política de noms de la màquina. Sobreescriure un nom gestionat perquè el prompt sembli familiar pot trencar les comprovacions de certificats, el monitoratge i qualsevol altra cosa que identifiqui l'amfitrió.
On el canvi és realment necessari, la mateixa eina que va llegir els valors els escriu, i HostName accepta un nom completament qualificat mentre que els altres dos esperen les formes locals. Anoteu què heu canviat i per què, perquè aquest és exactament el tipus d'edició que sorprèn la propera persona que miri la màquina.
Per a la majoria d'informes la resposta correcta és més petita del que la pregunta suggereix: llegiu els tres valors, identifiqueu quin difereix i corregiu només aquell. El prompt era un símptoma d'alguna cosa, i les tres ordres us diuen de quina.