Heeft de VPN uw Mac hernoemd? Vergelijk drie hostnaamwaarden
Een gewijzigde Terminal-prompt is geen hernoeming. ComputerName, LocalHostName en HostName bevatten verschillende waarden, en een ervan is vaak simpelweg niet ingesteld.
De prompt die eerst één ding toonde, toont nu iets anders, en de verbinding die veranderde was een VPN. Dat is al het bewijs dat de meeste mensen hebben voordat ze concluderen dat de Mac is hernoemd, en het is niet genoeg. macOS bewaart minstens drie afzonderlijke naamwaarden, elk met een andere taak, en een shell-prompt toont hooguit één ervan op een manier die je gemakkelijk verkeerd leest.
Ze vergelijken kost drie opdrachten en beslecht de vraag voordat iemand iets bewerkt.
Drie waarden, drie taken
Alle drie zijn strings die het systeem graag rapporteert, en de verleiding is om de eerste die je vindt als gezaghebbend te behandelen. Zo komt een gebruiker ertoe het verkeerde veld te „repareren“ en te zien dat het symptoom overleeft.
| 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 |
De derde rij is waar de meeste verwarring begint. Een niet-ingestelde HostName is een normale toestand, geen corruptie, en het betekent dat het systeem terugvalt op andere bronnen wanneer het een hostnaam nodig heeft. Die leegte als schade lezen leidt tot een correctie die nooit nodig was. Het verbergt ook de echte vraag, die niet is hoe de machine heet maar welke naam een bepaalde opzoeking of prompt op dat moment gebruikt. Beantwoord dat, en de lege waarde houdt op op een fout te lijken.
Lees voordat u schrijft
Deze drie opdrachten rapporteren alleen waarden. Ze veranderen niets, wat ze veilig maakt om tijdens een onderzoek uit te voeren.
scutil --get ComputerName
scutil --get LocalHostName
scutil --get HostName
Voer ze in dezelfde lokale sessie uit voor en na een toegestane VPN-verbinding, en noteer welke waarde werkelijk verschilt. Als niets verschilt en de prompt ziet er nog steeds verkeerd uit, was de naam nooit het probleem: iets in de shell-configuratie of in de externe sessie toont een andere string.
Apple's gids over computernamen en lokale hostnamen plaatst de vriendelijke naam onder General en About, en de lokale naam onder General en Sharing. Hij documenteert ook het automatische achtervoegsel dat wordt toegevoegd wanneer een andere Mac op dezelfde verbinding al een naam gebruikt, wat de moeite waard is om te weten voordat u een onverwacht nummer als bewijs van manipulatie beschouwt.
Wat een shell-prompt werkelijk bewijst
Een prompt is een string die de shell bouwt, en het hostnaamelement kan komen van de uitgebreide hostnaam, een verkorte vorm daarvan of een waarde die hard in een profielbestand is vastgelegd. Hij kan ook bij een SSH-sessie op een volledig andere machine horen, wat de minst glansrijke verklaring is en verreweg de meest voorkomende voor een prompt die veranderde op het moment dat u een VPN verbond.
Controleer waar u bent voordat u controleert hoe u heet. Voer hostname uit en vergelijk het met de drie opgeslagen waarden, en kijk dan naar de promptinstelling van de shell om te zien of de host überhaupt wordt getoond. Als de prompt een letterlijke string bevat die iemand jaren geleden in een configuratiebestand typte, zal geen systeemwijziging die ooit laten kloppen.
De vergelijking is ook belangrijk voor de rapportage. Een prompt die er anders uitziet en een opgeslagen ComputerName die echt is veranderd, zijn twee bevindingen met twee verschillende eigenaren, en ze in één zin samenvoegen stuurt de volgende engineer naar de verkeerde plek.
Waar een VPN de naamgeving legitiem kan raken
Een VPN verandert welke resolvers en zoekdomeinen relevant zijn, en kan de client via DHCP een hostnaam geven als de client is geconfigureerd er een te accepteren. Dat is een echt mechanisme, en het is ook smaller dan „de VPN heeft mijn Mac hernoemd“. Dat een resolver verandert welke naam voor een bepaald adres wordt opgelost, herschrijft de opgeslagen lokale waarden niet.
Scheid dus twee vragen. Is de eigen identiteit van de machine anders, of is de naam die hij gebruikt om iets anders te bereiken anders? De eerste wordt beantwoord door de drie opgeslagen waarden; de tweede door DNS-opzoekingen en door het gebruikte verbindingsprofiel. Ze als één vraag behandelen leidt tot wijzigingen in identiteitsinstellingen als antwoord op een naamoplossingsprobleem.
Als een permanente hostnaam echt nodig is
Een waarde instellen is een bewuste administratieve handeling, geen cosmetische voorkeur, en de waarde moet komen van wie het naamgevingsbeleid van de machine bezit. Een beheerde naam overschrijven zodat de prompt vertrouwd lijkt, kan certificaatcontroles, monitoring en al het andere dat de host identificeert breken.
Waar de wijziging echt nodig is, schrijft hetzelfde gereedschap dat de waarden las ze ook, en HostName accepteert een volledig gekwalificeerde naam terwijl de andere twee de lokale vormen verwachten. Leg vast wat u hebt gewijzigd en waarom, want dit is precies het soort bewerking dat de volgende persoon die naar de machine kijkt verrast.
Voor de meeste meldingen is het juiste antwoord kleiner dan de vraag suggereert: lees alle drie de waarden, stel vast welke afwijkt en corrigeer alleen die. De prompt was een symptoom van iets, en de drie opdrachten vertellen u waarvan.