Het die VPN jou Mac hernoem? Vergelyk drie gasheernaamwaardes
’n Veranderde Terminal-prompt is nie ’n hernoeming nie. ComputerName, LocalHostName en HostName hou verskillende waardes, en een van hulle is dikwels eenvoudig ongestel.
Die prompt wat vroeër die een ding gesê het, sê nou iets anders, en die verbinding wat verander het, was ’n VPN. Dit is die hele bewys wat die meeste mense het voordat hulle tot die slotsom kom dat die Mac hernoem is, en dit is nie genoeg nie. macOS hou ten minste drie afsonderlike naamwaardes, elkeen met ’n ander taak, en ’n dop-prompt wys hoogstens een daarvan op ’n manier wat jy maklik verkeerd kan lees.
Om hulle te vergelyk neem drie opdragte en beslis die vraag voordat iemand iets redigeer.
Drie waardes, drie take
Al drie is stringe wat die stelsel graag sal rapporteer, en die versoeking is om die eerste een wat jy vind as gesaghebbend te beskou. So beland ’n gebruiker daarmee om die verkeerde veld te "reg te maak" en te sien hoe die simptoom bly voortbestaan.
| 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 |
Die derde ry is waar die meeste verwarring begin. ’n Onopgestelde HostName is ’n normale toestand, nie korrupsie nie, en dit beteken die stelsel val terug op ander bronne wanneer dit ’n gasheernaam nodig het. Om daardie leegte as skade te lees, lei tot ’n regstelling wat nooit nodig was nie. Dit verberg ook die werklike vraag, wat nie is wat die masjien genoem word nie, maar watter naam ’n gegewe opsoeking of prompt op daardie oomblik gebruik. Beantwoord dit, en die leë waarde hou op om soos ’n fout te lyk.
Lees voordat jy skryf
Hierdie drie opdragte rapporteer net waardes. Hulle verander niks, wat hulle veilig maak om tydens ’n ondersoek te hardloop.
scutil --get ComputerName
scutil --get LocalHostName
scutil --get HostNameHardloop hulle in dieselfde plaaslike sessie voor en ná ’n toegelate VPN-verbinding, en let op watter waarde werklik verskil. As niks verskil nie en die prompt lyk steeds verkeerd, was die naam nooit die probleem nie: iets in die dop-konfigurasie of die afgeleë sessie wys ’n ander string.
Apple se gids vir rekenaarname en plaaslike gasheername plaas die vriendelike naam onder Algemeen en Oor, en die plaaslike naam onder Algemeen en Deel. Dit dokumenteer ook die outomatiese agtervoegsel wat bygevoeg word wanneer ’n ander Mac op dieselfde skakel reeds ’n naam gebruik, wat die moeite werd is om te weet voordat jy ’n onverwagte nommer as bewys van peuter behandel.
Wat ’n dop-prompt werklik bewys
’n Prompt is ’n string wat die dop bou, en sy gasheernaam-element kan van die uitgebreide gasheernaam kom, ’n verkorte vorm daarvan, of ’n waarde wat hardgekodeer in ’n profiellêer is. Dit kan ook aan ’n SSH-sessie op ’n heeltemal ander masjien behoort, wat die mins glansryke verklaring is en verreweg die algemeenste een vir ’n prompt wat verander het die oomblik toe jy ’n VPN gekoppel het.
Kontroleer waar jy is voordat jy kontroleer wat jy genoem word. Hardloop hostname en vergelyk dit met die drie gestoorde waardes, kyk dan na die dop se prompt-instelling om te sien of dit die gasheer hoegenaamd wys. As die prompt ’n letterlike string bevat wat iemand jare gelede in ’n konfigurasielêer getik het, sal geen stelselverandering dit ooit laat pas nie.
Die vergelyking maak ook saak vir verslagdoening. ’n Prompt wat anders lyk en ’n gestoorde ComputerName wat werklik verander het, is twee bevindings met twee verskillende eienaars, en om hulle in een sin saam te voeg, stuur die volgende ingenieur na die verkeerde plek.
Waar ’n VPN naamgewing wettig kan raak
’n VPN verander watter oplossers en soekdomeine relevant is, en dit kan die kliënt ’n gasheernaam deur DHCP gee as die kliënt gekonfigureer is om een te aanvaar. Dit is ’n werklike meganisme, en dit is ook smaller as "die VPN het my Mac hernoem". ’n Oplosser wat verander watter naam vir ’n gegewe adres oplos, herskryf nie die gestoorde plaaslike waardes nie.
Skei dus twee vrae. Is die masjien se eie identiteit anders, of is die naam wat dit gebruik om iets anders te bereik anders? Die eerste word deur die drie gestoorde waardes beantwoord; die tweede word deur DNS-opsoekings en deur die verbindingsprofiel in gebruik beantwoord. Om hulle as dieselfde vraag te behandel, veroorsaak veranderinge aan identiteitsinstellings in reaksie op ’n naamoplossingsprobleem.
As ’n permanente gasheernaam regtig nodig is
Om ’n waarde te stel is ’n doelbewuste administratiewe aksie, nie ’n kosmetiese voorkeur nie, en die waarde moet kom van wie ook al die masjien se naamgewingsbeleid besit. Om ’n bestuurde naam te oorskryf sodat ’n prompt bekend lyk, kan sertifikaatkontroles, monitering en enigiets anders wat die gasheer identifiseer, breek.
Waar die verandering werklik nodig is, skryf dieselfde gereedskap wat die waardes gelees het, hulle, en HostName aanvaar ’n volledig gekwalifiseerde naam terwyl die ander twee die plaaslike vorms verwag. Teken aan wat jy verander het en waarom, want dit is presies die soort redigering wat die volgende persoon wat na die masjien kyk, verras.
Vir die meeste verslae is die korrekte antwoord kleiner as wat die vraag voorstel: lees al drie waardes, identifiseer watter een verskil, en regstel net dit. Die prompt was ’n simptoom van iets, en die drie opdragte vertel jou watter iets.