Procesamiento SFTP desde el mainframe al servidor con el software Crush FTP que falla la autenticación de clave

Estamos en el proceso de convertir todos los trabajos de mainframe FTP a SFTP. Usé el ssh-keygen -f id_dsa_useridcomando para crear los pares de teclas. Envió la clave pública al cliente para que se copie en su authorized_keysarchivo. 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 CrushFTPsoftware del que no sé nada. ¿Qué nos estamos perdiendo?

sftp mainframe

— Stephanie Reed
fuente

Si usted es quien proporciona el servicio, ¿por qué su cliente copia su clave pública en su authorized_keysarchivo, y no al revés? Parece que el servidor no figura en el known_hostsarchivo. Además, el error parece un poco como si estuvieran intentando iniciar una sesión de X window.

— Patrick R.

XtToolkit es una biblioteca para el Servidor X (pantalla gráfica), que no debería tener nada que ver con SFTP. Por otro lado, sshpuede 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, -vpara el estándar ssh, sftp).

— dirkt

No sé si este es el problema, pero he visto que SSH falla si la hora del servidor y el cliente no está sincronizada - 15 min. diferencia máxima, creo. community.centrify.com/t5/Centrify-Express/…

— DrMoishe Pippik

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.

EZYXW11E XtlibError: invalidDisplay xtInitialize XtToolkitError No se puede abrir la pantalla: 172.24.30.28:0.0
FOTS1346 Permiso denegado, vuelva a intentarlo.
EZYXW11E XtlibError: invalidDisplay xtInitialize XtToolkitError No se puede abrir la pantalla: 172.24.30.28:0.0 Conexión cerrada por UNKNOWN
FOTS2707 zsshSmfWritePipe: write (): EDC5113I Descriptor de archivo incorrecto. (errno2 = 0x05710034).

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 sftpusuario 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

— Hogstrom
fuente