Tengo un par de servidores que no pueden verse unos a otros y la necesidad de copiar los archivos de uno a otro. Trato de invocar scp de una 3 ª servidor que puede ver ambos servidores - obtener mensajes de error que son crípticos.

servidor de C
Que puedo hacer
scp usuario @ Servera: ~ / archivo.
scp archivo usuario @ serverB: ~

pero si trato de hacer:
scp usuario @ Servera: ~ / archivo usuario @ serverB: ~
Me pida la contraseña en un servidor, pero luego no con el permiso denegado en serverB

Me capturaron el resultado detallado de este último comando, pero no puede ver por qué no me de la contraseña en ServerB

$> Scp-v ctsjsie @ fxlddb01: ~ / xxx.lst ctsjsie @ hstas05: ~
De ejecución: / usr / local / bin / ssh-v-x-o "ClearAllForwardings sí '-n-l ctsjsie fxlddb01 scp-v ~ / xxx.lst' ctsjsie @ hstas05: ~
OpenSSH_3.7.1p2-pwexp26, protocolos SSH 1.5/2.0, OpenSSL 0.9.7c 30 Sep 2003
debug1: Lectura de datos de configuración / usr / local / etc / ssh_config
debug1: * La aplicación de las opciones para
debug1: / usr / local / etc / ssh_config Línea 42: Ya no la opción "FallBackToRsh"
debug1: Conexión a fxlddb01 [167.113.228.23] puerto 22.
debug1: Conexión establecida.
debug1: identidad archivo / home / ctsjsie / .ssh / identity tipo -1
debug1: identidad archivo / home / ctsjsie / .ssh / id_rsa tipo -1
debug1: identidad archivo / home / ctsjsie / .ssh / id_dsa tipo 2
debug1: Remote protocolo versión 1.99, la versión del software de control remoto OpenSSH_3.7.1p2-pwexp26
debug1: partido: OpenSSH_3.7.1p2-pwexp26 pat OpenSSH *
debug1: Activar el modo de compatibilidad para el protocolo 2.0
debug1: Local version string SSH-2.0-OpenSSH_3.7.1p2-pwexp26
debug1: SSH2_MSG_KEXINIT enviado
debug1: SSH2_MSG_KEXINIT recibido
debug1: kex: servidor-> cliente aes128-cbc hmac-md5 ninguno
debug1: kex: client-> servidor aes128-cbc hmac-md5 ninguno
debug1: SSH2_MSG_KEX_DH_GEX_REQUEST enviado
debug1: esperando SSH2_MSG_KEX_DH_GEX_GROUP
debug1: SSH2_MSG_KEX_DH_GEX_INIT enviado
debug1: esperando SSH2_MSG_KEX_DH_GEX_REPLY
debug1: La máquina 'fxlddb01' es conocida y coincide con la clave RSA de acogida.
debug1: clave de búsqueda en / home / ctsjsie / .ssh / known_hosts: 4
debug1: ssh_rsa_verify: firma correcta
debug1: SSH2_MSG_NEWKEYS enviado
debug1: esperando SSH2_MSG_NEWKEYS
debug1: SSH2_MSG_NEWKEYS recibido
debug1: SSH2_MSG_SERVICE_REQUEST enviado
debug1: SSH2_MSG_SERVICE_ACCEPT recibido
debug1: Autenticaciones que puede seguir: pública, contraseña, keyboard-interactive
debug1: Siguiente método de autenticación: publickey
debug1: Tratar clave privada: / home / ctsjsie / .ssh / identity
debug1: Tratar clave privada: / home / ctsjsie / .ssh / id_rsa
debug1: Oferta de clave pública: / home / ctsjsie / .ssh / id_dsa
debug1: Autenticaciones que puede seguir: pública, contraseña, keyboard-interactive
debug1: Siguiente método de autenticación: keyboard-interactive
debug1: Autenticaciones que puede seguir: pública, contraseña, keyboard-interactive
debug1: Siguiente método de autenticación: contraseña
ctsjsie @ fxlddb01 la contraseña:
debug1: Autenticación logrado (contraseña).
debug1: canal 0: nuevos [cliente del período de sesiones]
debug1: Introducción de sesión interactiva.
debug1: Envío de comando: scp-v / home / ctsjsie / xxx.lst ctsjsie @ hstas05: ~
De ejecución: el programa / usr / local / bin / ssh hstas05 de acogida, el usuario ctsjsie, comando scp-v-t ~
OpenSSH_3.7.1p2-pwexp26, protocolos SSH 1.5/2.0, OpenSSL 0.9.7c 30 Sep 2003
debug1: Lectura de datos de configuración / usr / local / etc / ssh_config
debug1: * La aplicación de las opciones para
debug1: / usr / local / etc / ssh_config Línea 42: Ya no la opción "FallBackToRsh"
debug1: Conexión a hstas05 [172.19.69.123] puerto 22.
debug1: Conexión establecida.
debug1: identidad archivo / export / home / ctsjsie / .ssh / identity tipo -1
debug1: identidad archivo / export / home / ctsjsie / .ssh / id_rsa tipo -1
debug1: identidad archivo / export / home / ctsjsie / .ssh / id_dsa tipo -1
debug1: Remote protocolo versión 1.99, la versión del software de control remoto OpenSSH_3.7.1p2-pwexp26
debug1: partido: OpenSSH_3.7.1p2-pwexp26 pat OpenSSH *
debug1: Activar el modo de compatibilidad para el protocolo 2.0
debug1: Local version string SSH-2.0-OpenSSH_3.7.1p2-pwexp26
debug1: SSH2_MSG_KEXINIT enviado
debug1: SSH2_MSG_KEXINIT recibido
debug1: kex: servidor-> cliente aes128-cbc hmac-md5 ninguno
debug1: kex: client-> servidor aes128-cbc hmac-md5 ninguno
debug1: SSH2_MSG_KEX_DH_GEX_REQUEST enviado
debug1: esperando SSH2_MSG_KEX_DH_GEX_GROUP
debug1: SSH2_MSG_KEX_DH_GEX_INIT enviado
debug1: esperando SSH2_MSG_KEX_DH_GEX_REPLY
debug1: La máquina 'hstas05' es conocida y coincide con la clave RSA de acogida.
debug1: clave de búsqueda en / export / home / ctsjsie / .ssh / known_hosts: 13
debug1: ssh_rsa_verify: firma correcta
debug1: SSH2_MSG_NEWKEYS enviado
debug1: esperando SSH2_MSG_NEWKEYS
debug1: SSH2_MSG_NEWKEYS recibido
debug1: SSH2_MSG_SERVICE_REQUEST enviado
debug1: SSH2_MSG_SERVICE_ACCEPT recibido
debug1: Autenticaciones que puede seguir: pública, contraseña, keyboard-interactive
debug1: Siguiente método de autenticación: publickey
debug1: Tratar clave privada: / export / home / ctsjsie / .ssh / identity
debug1: Tratar clave privada: / export / home / ctsjsie / .ssh / id_rsa
debug1: Tratar clave privada: / export / home / ctsjsie / .ssh / id_dsa
debug1: Siguiente método de autenticación: keyboard-interactive
debug1: Autenticaciones que puede seguir: pública, contraseña, keyboard-interactive
debug1: Siguiente método de autenticación: contraseña
debug1: Autenticaciones que puede seguir: pública, contraseña, keyboard-interactive
Permiso denegado, por favor, inténtelo de nuevo.
debug1: Autenticaciones que puede seguir: pública, contraseña, keyboard-interactive
Permiso denegado, por favor, inténtelo de nuevo.
debug1: Autenticaciones que puede seguir: pública, contraseña, keyboard-interactive
debug1: No hay más métodos de autenticación para probar.
Permiso denegado (pública, contraseña, keyboard-interactive).
debug1: Llamando a la limpieza 0x4001fb12 (0x0)
debug1: client_input_channel_req: canal 0 rtype salida estatuto respuesta 0
perdido la conexión
debug1: canal 0: libre: el cliente del período de sesiones, nchannels 1
debug1: Transferido: 0 stdin, stdout 0, stderr 0 bytes en 5,6 segundos
debug1: Bytes por segundo: 0,0 stdin, stdout 0.0, stderr 0,0
debug1: Salir de la condición 1

Tu tratando de ir de servidor C con un comando a través de un servidor y obtener un archivo de todos los B al mismo tiempo. ¿Por qué no sólo en un registro con SSH. El hacer un scp de A a B y ver si funciona.

Además, Parece que tu archivo sshd_config excluyen claves o contraseñas por lo que no debería ser ningún problema allí.

-X

Gracias X,

Lamentablemente, como he indicado A y B no puede ver uno del otro. Ambos de estos servidores están localizados fuera de nuestro servidor de seguridad en 2 sitios diferentes. C servidor está situado en el interior del servidor de seguridad en nuestra red interna y puede ver tanto el servidor A y servidor B - Estaba esperando a copiar los archivos de la A a la B en forma de C, en un "único hop" - comienzan a ver como no puedo hacerlo de esta manera ......