Cambia le informazioni sulla connessione ssh per l'accesso remoto

Question

Cambia le informazioni sulla connessione ssh per l'accesso remoto

Naviga le tue risposte

#1 da (2 voti)
#2 da (2 voti)
#3 da (1 voti)

3

Ho creato una serie di Mac Minis con Sierra e sto cercando di essere coerente nel nominarli.

Tuttavia, per qualche ragione, alcuni dei loro nomi ssh @ hostname sono diversi.

Ad esempio, il nome del computer e i nomi degli account sono tutti coerenti, ad esempio: Mini Kiosk 02 "mini-kiosk-02".

Ma le loro informazioni ssh sono talvolta diverse.

Alcuni sono "ssh mini-kiosk-02 @ mini-kiosk-02" mentre altri sono "ssh mini-kiosk-04 @ mac-mini".

Non vedo come posso cambiare, ad esempio, la parte dopo il segno @.

Ho pensato che scutil --set HostName etc potrebbe fare il trucco, ma non sembra cambiare nulla.

Aggiornamento

Come puoi vedere dallo screenshot, hostname non sembra corrispondere a ciò che è dopo @ nelle impostazioni di Connessione remota.

Screenshotmostralafinestradelterminaledopoilcomandohostnamechemostra"mac-mini" come nome host, con la finestra di dialogo Condivisione aperta che mostra ssh mini-kiosk-02 @ mini-kiosk-02 "nelle impostazioni Login remoto"> </a> </p>
</Div> </div>
<div class="tags">
<a href="/tags/tag/macos" class="tag" title="mostra domande con tag macos terminal mac-mini ssh

posta Tom Auger 16.01.2017 - 22:29

fonte

3 risposte

Leggi altre domande sui tag macos terminal mac-mini ssh

Come posso ottenere il Nome completo dell'utente attualmente connesso tramite Terminale quando eseguito come root? Perché il mio Mac è in ascolto sulla porta 625?

score 2 · Answer 1

Il tuo comando dovrebbe funzionare:

sudo scutil --set HostName YourHostName

Da OSX 10.9 Maverick, è possibile cambiarlo con il comando hostname. Senza -s sarà una modifica temporanea, aggiungendo -s lo imposterà in modo permanente:

sudo hostname -s YourHostName

Per verificarlo, puoi digitare hostname e osservare il ritorno.

Aggiornamento

OSX utilizza variabili diverse per nominare la macchina. Potrebbe essere necessario ripristinarli anche.

scutil --set HostName YourHostName
scutil --set ComputerName $(hostname -s)
scutil --set LocalHostName $(hostname -s)
defaults write /Library/Preferences/SystemConfiguration/com.apple.smb.server NetBIOSName -string $(hostname -s)

score 2 · Answer 2

Hai visto che puoi anche impostare il nome host tramite il comando hostname?

Quindi su un server prova

sudo hostname kiosk-99

e poi

hostname

Tuttavia, se l'intenzione finale è accedere al computer da un altro computer come

ssh user@kiosk-99

questo sarà (come suggerito dall'altro poster) un problema DNS, perché l'altro computer (dove si digita il comando ssh) dovrà tradurre kiosk-99 nell'indirizzo IP della macchina, cioè è come provare a

ping kiosk-99

e recuperare l'IP corretto dal server dei nomi.

I motivi quindi potrebbero essere il fatto che ci siano più server DHCP nella rete, quindi quando un chiosco chiede alla rete un indirizzo IP ne riceve alcuni da computer diversi.

Hai controllato se gli indirizzi IP dei diversi miniMac sono simili?

score 1 · Answer 3

Questo sembra un problema DNS.

Fai attenzione a controllare le impostazioni DNS su una macchina alla volta. Concentrati sulla macchina con il terminale che esegue l'ssh iniziale. Chiamiamo testmac

Confronta il ssh user@host con ssh [email protected] per vedere come il server DNS ti fornisce informazioni su testmac .

Una volta che sei sicuro che il DNS su una macchina funzioni, allora puoi sapere se hai bisogno di cambiare il tuo server DHCP per aggiornare DNS quando il Mac in questione (il target di ssh - not testmac ) ha ricevuto un lease DHCP. Oppure potresti scrivere hard-code in DNS e fare prenotazioni DHCP per far corrispondere ciò che hai configurato in DNS.

Provare a scutil o hostname la tua via d'uscita dai problemi DNS di solito è inefficace nella migliore delle ipotesi. I nomi Mac .local sono per mDNS in modo da poter ssh su host.local per evitare di dover pasticciare con DNS. A seconda del numero di Mac che vengono eseguiti o se il controllo su DHCP / DNS è valido, potrebbe essere una buona opzione per alcune situazioni.