Estamos en el proceso de convertir todos los trabajos de mainframe FTP a SFTP. Usé el ssh-keygen -f id_dsa_userid
comando para crear los pares de teclas. Envió la clave pública al cliente para que se copie en su authorized_keys
archivo. Cuando se ejecuta el trabajo, aparece el siguiente error.
EZYXW11E XtlibError: invalidDisplay xtInitialize XtToolkitError
No se puede abrir la pantalla: MVSDMC1
FOTS1370 Error en la verificación de la clave del host.
conexión perdida.
El cliente está utilizando un CrushFTP
software del que no sé nada. ¿Qué nos estamos perdiendo?
authorized_keys
archivo, y no al revés? Parece que el servidor no figura en elknown_hosts
archivo. Además, el error parece un poco como si estuvieran intentando iniciar una sesión de X window.ssh
puede reenviar X conexiones. Adivina: algo está mal configurado wrt. a X reenvío, e intenta establecerlo, al menos en un extremo. Por cierto, puede activar los mensajes de depuración detallada sobre lo normal SFTP / SSH clientes / servidores (por ejemplo,-v
para el estándarssh
,sftp
).Respuestas:
El problema en su raíz está en ssh y la configuración de la clave. El problema X Windows Xauth es un arenque rojo. Después de encontrar algunas investigaciones adicionales, encontré un hilo que parece coincidir con su problema . El hilo en cuestión es para un producto de tecnologías Dovetail pero manifiesta el mismo problema en los intercambios de claves ssh.
Si la clave está en su lugar, el problema probable son los permisos incorrectos en el directorio .ssh y los archivos en el sistema de destino. Los siguientes comandos en el directorio de inicio del
sftp
usuario corregirán los permisos:Los permisos en mi sistema USS se ven así:
fuente