Veo un comportamiento extraño cuando uso la aplicación Terminal para abrir una ventana ssh en una máquina remota. Normalmente me conecto a muchos servidores Linux diferentes desde mi MacBook Pro con Mac OS X 10.7.3, con Terminal 2.2.2 (303).
Tengo una lista de las direcciones IP de los servidores en el grupo ssh de la ventana Nueva conexión remota. Cuando selecciono uno de los servidores (10.xy120, por ejemplo), ingreso un nombre de usuario y hago clic en Conectar, se abre una ventana ssh y puedo ingresar mi contraseña y comenzar a trabajar.
Sin embargo, a partir de ayer, para un par de máquinas (10.xy182 y 10.xy194), cuando sigo este procedimiento, se abre una ventana ssh y luego desaparece inmediatamente. Para otros servidores, la ventana se abre como de costumbre.
Aquí está el truco: si abro una ventana de terminal en mi MacBook Pro, luego ejecuto ssh en la línea de comando a la máquina a la que no puedo acceder a través de la ventana Nueva conexión remota, la conexión funciona perfectamente. Solo falla cuando lo hago a través de Terminal.
Intenté eliminar la entrada en Nueva conexión remota y crearla nuevamente, pero eso no ayudó. Esto está sucediendo en una máquina que acaba de reiniciarse. Una cosa que sí cambió fue que apliqué las últimas actualizaciones de Mac OS durante el fin de semana. No recuerdo qué versiones eran.
Las cosas solían funcionar la semana pasada, así que algo se rompió recientemente. ¿Hay algún registro que pueda consultar para obtener más información? ¿Hay algún archivo de configuración o de datos que pueda haberse dañado? Gracias de antemano por tu ayuda.
Esto es lo que sucedió. En las máquinas que estaba tratando de alcanzar (10.xy182 y 10.xy194), en el momento en que no las estaba usando, les reemplazaron los discos duros y reinstalaron el sistema operativo. Esto les dio nuevas claves SSH, invalidando las que tenía en mi archivo ~/.ssh/known_hosts. Desafortunadamente, Terminal.app no me mostró este problema.
Al eliminar las entradas de esas máquinas en ~/.ssh/known_hosts, obligué al sistema a extraer las nuevas claves y me preguntó si quería usarlas. Con esto hecho, las conexiones funcionaron perfectamente como de costumbre. Curiosamente, sin embargo, incluso antes de cambiar ~/.ssh/known_hosts, las conexiones que usaban el nombre DNS de la máquina (svr10 y svr20) funcionaron. Extraño.
Gracias a todos los que vieron este problema.
sshcomando. Producirá exactamente los mismos sshmensajes en la terminal, ya sea que los haya ingresado manualmente en el símbolo del sistema o haya utilizado Nueva conexión remota. La diferencia es que aparentemente tiene las preferencias de la Terminal configuradas para cerrar la ventana de la terminal cuando sshfinaliza el comando, por lo que no tuvo tiempo de leer los ssherrores.
ian c
Randall cocinero
Randall cocinero
ian c
Página de Chris
sshcomando en el indicador de shell, porque todo lo que hace New Remote Connection es crear unsshcomando y ejecutarlo. Compare los parámetros que ingresó manualmente con los producidos por New Remote Connection para ver si hay una diferencia que cambie el comportamiento para que sea el mismo.