Hat de VPN jo Mac omneamd? Ferlykje trije hostnamwearden
In feroare Terminal-prompt is gjin omneaming. ComputerName, LocalHostName en HostName hâlde ferskillende wearden, en ien fan har is faak gewoan net ynsteld.
De prompt dy't eartiids ien ding sei, seit no wat oars, en de ferbining dy't feroare wie in VPN. Dat is al it bewiis dat de measte minsken hawwe foardat se konkludearje dat de Mac omneamd is, en it is net genôch. macOS bewarret teminsten trije aparte namwearden, elk mei in oare taak, en in shell-prompt lit op syn heechst ien fan har sjen op in manier dy't maklik ferkeard lêzen wurdt.
Se ferlykje kostet trije opdrachten en besljochtet de fraach foardat immen eat bewurket.
Trije wearden, trije taken
Alle trije binne strings dy't it systeem grif rapportearret, en de ferlieding is om de earste dy't jo fine as gesachhawwend te beskôgjen. Sa einiget in brûker mei it ferkearde fjild te „reparearjen“ en te sjen dat it symptoom oerlibbet.
| 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 tredde rige is wêr't de measte betizing begjint. In net-ynstelde HostName is in normale tastân, gjin skea, en it betsjut dat it systeem weromfalt op oare boarnen as it in hostnam nedich hat. Dy leechte as skea lêze liedt ta in repaasje dy't nea nedich wie. It ferberget ek de echte fraach, dy't net is hoe't de masine hjit mar hokker nam in opjûne syktocht of prompt op dat stuit brûkt. Beäntwurdzje dat, en de lege wearde hâldt op as in flater te lykjen.
Lês foardat jo skriuwe
Dizze trije opdrachten rapportearje allinne wearden. Se feroarje neat, wat se feilich makket om yn in ûndersyk te draaien.
scutil --get ComputerName
scutil --get LocalHostName
scutil --get HostNameDraf se yn deselde lokale sesje foar en nei in tastiene VPN-ferbining, en notearje hokker wearde wier oars is. As neat oars is en de prompt liket noch ferkeard, wie de nam nea it probleem: eat yn 'e shell-konfiguraasje of yn 'e fiere sesje lit in oare string sjen.
Apple's hantlieding oer kompjûternammen en lokale hostnammen pleatst de freonlike nam ûnder General en About, en de lokale nam ûnder General en Sharing. It dokumintearret ek it automatyske efterheaksel dat tafoege wurdt as in oare Mac op itselde keppeling al in nam brûkt, wat it witten wurdich is foardat jo in ûnferwachte nûmer as bewiis fan manipulaasje behannelje.
Wat in shell-prompt wier bewiist
In prompt is in string dy't de shell bout, en syn hostnam-elemint kin komme fan 'e útwreide hostnam, in ferkoarte foarm dêrfan, of in wearde dy't hurd kodearre is yn in profylbestân. It kin ek ta in SSH-sesje op in folslein oare masine hearre, wat de minst glânsrike ferklearring is en fierwei de meast foarkommende foar in prompt dy't feroare op it stuit dat jo in VPN ferbûnen.
Kontrolearje wêr't jo binne foardat jo kontrolearje hoe't jo hjitte. Draf hostname en ferlykje it mei de trije bewarre wearden, sjoch dan nei de prompt-ynstelling fan 'e shell om te sjen oft it de host hielendal toant. As de prompt in letterlike string befettet dy't immen jierren lyn yn in konfiguraasjebestân typte, sil gjin systeemferoaring it ea passend meitsje.
De ferliking is ek wichtich foar rapportaazje. In prompt dy't oars liket en in bewarre ComputerName dy't wier feroare is, binne twa befiningen mei twa ferskillende eigners, en se yn ien sin gearfoegje stjoert de folgjende yngenieur nei it ferkearde plak.
Wêr't in VPN namjouwing legit besette kin
In VPN feroaret hokker resolvers en sykdomeinen relevant binne, en it kin de kliïnt in hostnam jaan fia DHCP as de kliïnt konfigurearre is om ien te akseptearjen. Dat is in echt meganisme, en it is ek smeller as „de VPN hat myn Mac omneamd“. Dat in resolver feroaret hokker nam foar in opjûne adres oplost, skriuwt de bewarre lokale wearden net oer.
Skied dus twa fragen. Is de eigen identiteit fan 'e masine oars, of is de nam dy't it brûkt om eat oars te berikken oars? Op 'e earste antwurdzje de trije bewarre wearden; op 'e twadde antwurdzje DNS-syktochten en it brûkte ferbiningsprofyl. Se as ien fraach behannelje produsearret feroarings yn identiteitsynstellingen as antwurd op in namoplossingsprobleem.
As in permaninte hostnam wier nedich is
In wearde ynstelle is in bewuste bestjoerlike aksje, gjin kosmetyske foarkar, en de wearde moat komme fan wa't it namjouwingbelied fan 'e masine besit. In beheard nam oerskriuwe sadat de prompt fertroud liket, kin sertifikaatkontrôles, monitoring en al it oare dat de host identifisearret brekke.
Wêr't de feroaring wier nedich is, skriuwt itselde ark dat de wearden lêzen hat se, en HostName akseptearret in folslein kwalifisearre nam wylst de oare twa de lokale foarmen ferwachtsje. Notearje wat jo feroaren en wêrom, want dit is krekt it soarte bewurking dat de folgjende persoan dy't nei de masine sjocht ferrast.
Foar de measte rapporten is it goede antwurd lytser as de fraach suggerearret: lês alle trije wearden, identifisearje hokker oars is, en reparearje allinne dy. De prompt wie in symptoom fan eat, en de trije opdrachten fertelle jo fan wat.