
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 claves. Envió la clave pública al cliente para que la 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 CrushFTP
un software del que no sé nada. ¿Qué nos falta?
Respuesta1
La raíz del problema está en ssh y en la configuración de la clave. El problema de X Windows Xauth es una pista falsa. Después de investigar un poco más, encontré un hilo que parece coincidir con tuproblema. El hilo en cuestión es para un producto de Dovetail technologies pero manifiesta el mismo problema en los intercambios de claves ssh.
EZYXW11E XtlibError: invalidDisplay xtInitialize XtToolkitError No se puede abrir la pantalla: 172.24.30.28:0.0
FOTS1346 Permiso denegado, inténtelo de nuevo.
EZYXW11E XtlibError: invalidDisplay xtInitialize XtToolkitError No se puede abrir la pantalla: 172.24.30.28:0.0 Conexión cerrada por
FOTS2707 DESCONOCIDO zsshSmfWritePipe: write(): EDC5113I Descriptor de archivo incorrecto. (error2=0x05710034).
Si la clave está en su lugar, el problema probable son permisos incorrectos en el directorio .ssh y en los archivos del sistema de destino. Los siguientes comandos en el directorio de inicio del sftp
usuario corregirán los permisos:
chmod 700 ~/.ssh
chmod 600 ~/.ssh/authorized_keys
Los permisos en mi sistema USS se ven así:
IBMUSER> ls -la
drwx------ 2 IBMUSER OMVS 8192 May 11 09:15 .ssh
IBMUSER> ls -la .ssh
-rw------- 1 IBMUSER OMVS 399 May 11 09:15 authorized_keys