Cambiar la información de conexión ssh para el inicio de sesión remoto

3

He estado configurando una serie de Mac Minis con Sierra, y estoy tratando de ser coherente al nombrarlos.

Sin embargo, por alguna razón, algunos de sus nombres de host @ nombre de host son diferentes.

Por ejemplo, el nombre del equipo y los nombres de las cuentas son coherentes, por ejemplo: Mini Kiosk 02 "mini-kiosk-02".

Pero su información ssh a veces es diferente.

Algunos son "ssh mini-kiosk-02 @ mini-kiosk-02" mientras que otros son "ssh mini-kiosk-04 @ mac-mini".

No veo cómo puedo cambiar, por ejemplo, la parte después del signo @.

Pensé que scutil --set HostName etc podría hacer el truco, pero eso no parece cambiar nada.

Actualizar

Como se puede ver en la captura de pantalla, hostname no parece corresponder con lo que está después de @ en la configuración de la conexión remota.

Capturadepantallamostrandolaventanadelaterminaldespuésdelnombredehost.Elcomandomuestra"mac-mini" como nombre de host, con el cuadro de diálogo Compartir abierto mostrando ssh mini-kiosk-02 @ mini-kiosk-02 "en la configuración de Inicio de sesión remoto

    
pregunta Tom Auger 16.01.2017 - 22:29

3 respuestas

2

Tu comando debería funcionar:

sudo scutil --set HostName YourHostName

Desde OSX 10.9 Maverick, es posible cambiarlo con el comando hostname. Sin -s será un cambio temporal, agregar el -s lo configurará permanentemente:

sudo hostname -s YourHostName

Para verificarlo, puede escribir hostname y observar la devolución.

Actualizar

OSX usa diferentes variables para nombrar la máquina. Es posible que también debas restablecerlos.

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)
    
respondido por el Kevin Lemaire 16.01.2017 - 22:45
2

¿Vio que también puede configurar el nombre de host a través del comando hostname?

Así que en un servidor intente

sudo hostname kiosk-99

y luego

hostname 

Sin embargo, si su intención final es acceder a la computadora desde otra máquina como

ssh user@kiosk-99 

esto será (como lo sugiere el otro póster) un problema de DNS, porque la otra computadora (donde escribe el comando ssh) necesitará traducir kiosk-99 a la dirección IP de esa máquina, es decir, es lo mismo que intentar

ping kiosk-99 

y recupere la IP correcta del servidor de nombres.

Las razones pueden ser que tenga varios servidores DHCP en la red, por lo que cuando un quiosco le pide a la red una dirección IP, la obtiene de diferentes computadoras.

¿Ha comprobado si las direcciones IP de los diferentes miniMacs son similares?

    
respondido por el VeegeeTen 18.01.2017 - 15:32
1

Esto parece un problema de DNS.

Asegúrese de verificar la configuración de DNS en una máquina a la vez. Centrarse en la máquina con el terminal haciendo el ssh inicial. Llamemos a eso testest

Compara ssh user@host con ssh [email protected] para ver cómo el servidor DNS te proporciona información en testmac .

Una vez que esté seguro de que el DNS en una máquina funciona, entonces puede saber si necesita cambiar su servidor DHCP para actualizar el DNS cuando la Mac en cuestión (el objetivo de ssh, no testmac ) recibió un contrato de arrendamiento DHCP. O podría codificar cosas en DNS y hacer reservas DHCP para que coincidan con lo que ha configurado en DNS.

Tratar de scutil o hostname su salida de los problemas de DNS por lo general no es efectivo en el mejor de los casos. Los nombres de .local de Mac son para mDNS, por lo que podría ssh en host.local para evitar tener que meterse con DNS. Dependiendo de la cantidad de Mac que se estén ejecutando o si tiene un control viable sobre DHCP / DNS, podría ser una opción justa para algunas situaciones.

    
respondido por el bmike 17.01.2017 - 15:10

Lea otras preguntas en las etiquetas