Ga VPN nytt navn til Macen din? Sammenlign tre vertsnavnverdier
En endret Terminal-ledetekst er ikke et nytt navn. ComputerName, LocalHostName og HostName holder ulike verdier, og en av dem er ofte rett og slett ikke satt.
Ledeteksten som før viste én ting, viser nå noe annet, og forbindelsen som endret seg, var en VPN. Det er hele beviset de fleste har før de konkluderer med at Macen ble gitt nytt navn, og det er ikke nok. macOS lagrer minst tre separate navneverdier, hver med en annen oppgave, og en skall-ledetekst viser høyst én av dem på en måte som lett kan leses feil.
Å sammenligne dem krever tre kommandoer og avgjør spørsmålet før noen redigerer noe.
Tre verdier, tre oppgaver
Alle tre er strenger systemet gjerne rapporterer, og fristelsen er å behandle den første du finner som autoritativ. Slik ender en bruker med å «reparere» feil felt og se symptomet overleve.
| 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 |
Den tredje raden er der mesteparten av forvirringen begynner. En usatt HostName er en normal tilstand, ikke korrupsjon, og det betyr at systemet faller tilbake på andre kilder når det trenger et vertsnavn. Å lese den tomheten som skade fører til en rettelse som aldri var nødvendig. Den skjuler også det egentlige spørsmålet, som ikke er hva maskinen heter, men hvilket navn et gitt oppslag eller en ledetekst bruker i det øyeblikket. Svar på det, og den tomme verdien slutter å se ut som en feil.
Les før du skriver
Disse tre kommandoene rapporterer bare verdier. De endrer ingenting, noe som gjør dem trygge å kjøre under en undersøkelse.
scutil --get ComputerName
scutil --get LocalHostName
scutil --get HostName
Kjør dem i samme lokale økt før og etter en tillatt VPN-tilkobling, og noter hvilken verdi som faktisk avviker. Hvis ingenting avviker og ledeteksten fortsatt ser feil ut, var navnet aldri problemet: noe i skallkonfigurasjonen eller i fjernøkten viser en annen streng.
Apples veiledning om datamaskinnavn og lokale vertsnavn plasserer det vennlige navnet under General og About, og det lokale navnet under General og Sharing. Den dokumenterer også det automatiske suffikset som legges til når en annen Mac på samme lenke allerede bruker et navn, noe det er verdt å vite før du tar et uventet tall som bevis på tukling.
Hva en skall-ledetekst egentlig beviser
En ledetekst er en streng skallet bygger, og vertsnavnelementet kan komme fra det utvidede vertsnavnet, en forkortet form av det eller en verdi som er hardkodet i en profilfil. Den kan også tilhøre en SSH-økt på en helt annen maskin, som er den minst glamorøse forklaringen og langt den vanligste for en ledetekst som endret seg i det øyeblikket du koblet til en VPN.
Sjekk hvor du er før du sjekker hva du heter. Kjør hostname og sammenlign det med de tre lagrede verdiene, og se deretter på ledetekstinnstillingen i skallet for å se om den viser verten i det hele tatt. Hvis ledeteksten inneholder en bokstavelig streng som noen skrev inn i en konfigurasjonsfil for år siden, vil ingen systemendring noen gang få den til å stemme.
Sammenligningen er også viktig for rapporteringen. En ledetekst som ser annerledes ut, og en lagret ComputerName som faktisk endret seg, er to funn med to forskjellige eiere, og å slå dem sammen i én setning sender neste ingeniør til feil sted.
Hvor en VPN lovlig kan berøre navngiving
En VPN endrer hvilke resolvere og søkedomener som er relevante, og den kan gi klienten et vertsnavn via DHCP hvis klienten er konfigurert til å godta ett. Det er en reell mekanisme, og den er også snevrere enn «VPN-en ga Macen min nytt navn». At en resolver endrer hvilket navn som løses for en gitt adresse, skriver ikke om de lagrede lokale verdiene.
Så skill to spørsmål. Er maskinens egen identitet annerledes, eller er navnet den bruker for å nå noe annet annerledes? Det første besvares av de tre lagrede verdiene; det andre av DNS-oppslag og av tilkoblingsprofilen som brukes. Å behandle dem som ett spørsmål fører til endringer i identitetsinnstillinger som svar på et navneoppløsningsproblem.
Hvis et permanent vertsnavn virkelig er nødvendig
Å sette en verdi er en bevisst administrativ handling, ikke en kosmetisk preferanse, og verdien bør komme fra den som eier maskinens navngivingspolicy. Å overskrive et administrert navn slik at ledeteksten ser kjent ut, kan ødelegge sertifikatkontroller, overvåking og alt annet som identifiserer verten.
Der endringen virkelig er nødvendig, skriver samme verktøy som leste verdiene dem, og HostName godtar et fullt kvalifisert navn mens de to andre forventer de lokale formene. Noter hva du endret og hvorfor, for dette er nettopp den typen redigering som overrasker neste person som ser på maskinen.
For de fleste rapporter er det riktige svaret mindre enn spørsmålet antyder: les alle tre verdiene, finn ut hvilken som avviker, og rett bare den. Ledeteksten var et symptom på noe, og de tre kommandoene forteller deg på hva.