J'ai un couple de serveurs qui ne peuvent pas voir les uns les autres et le besoin de copier des fichiers de l'un à l'autre. J'essaie d'invoquer scp d'un 3ème serveur qui peut voir les deux serveurs - obtenir que les messages d'erreur sont cryptiques.

C du serveur
Je peux le faire
scp utilisateur @ ServeurA: ~ / file.
scp fichier utilisateur @ serverB: ~

mais si j'essaie de faire:
scp utilisateur @ ServeurA: ~ / fichier utilisateur @ serverB: ~
Je vous invite à entrer le mot de passe sur le serveur A, mais avec la permission de ne pas refuser le serverB

J'ai pris la sortie verbeuse de cette dernière commande, mais ne vois pas pourquoi il ne l'invite-moi pour le mot de passe sur ServerB

$> Scp-v ctsjsie @ fxlddb01: ~ / xxx.lst ctsjsie @ hstas05: ~
D'exécution: / usr / local / bin / ssh-v-x-o 'ClearAllForwardings oui'-n-l ctsjsie fxlddb01 scp-v ~ / xxx.lst 'ctsjsie @ hstas05: ~'
OpenSSH_3.7.1p2-pwexp26, SSH protocols 1.5/2.0, OpenSSL 0.9.7c 30 Sep 2003
debug1: Reading configuration data / usr / local / etc / ssh_config
debug1: Applying options for *
debug1: / usr / local / etc / ssh_config line 42: Deprecated option "FallBackToRsh"
debug1: Connexion à fxlddb01 [167.113.228.23] port 22.
debug1: Connection established.
debug1: l'identité de fichier / home / ctsjsie / .ssh / identity type -1
debug1: l'identité de fichier / home / ctsjsie / .ssh / id_rsa type -1
debug1: l'identité de fichier / home / ctsjsie / .ssh / id_dsa type 2
debug1: Remote protocol version 1.99, la version du logiciel à distance OpenSSH_3.7.1p2-pwexp26
debug1: match: OpenSSH_3.7.1p2-pwexp26 pat OpenSSH *
debug1: Activer le mode de compatibilité 2.0 pour le protocole
debug1: Local version string SSH-2.0-OpenSSH_3.7.1p2-pwexp26
debug1: SSH2_MSG_KEXINIT envoyé
debug1: SSH2_MSG_KEXINIT reçu
debug1: KEX: server-> client aes128-cbc hmac-md5 none
debug1: KEX: client-> server aes128-cbc hmac-md5 none
debug1: SSH2_MSG_KEX_DH_GEX_REQUEST envoyé
debug1: attendons SSH2_MSG_KEX_DH_GEX_GROUP
debug1: SSH2_MSG_KEX_DH_GEX_INIT envoyé
debug1: attendons SSH2_MSG_KEX_DH_GEX_REPLY
debug1: Host 'fxlddb01' est connu et correspond à la clé RSA hôte.
debug1: Found clef dans / home / ctsjsie / .ssh / known_hosts: 4
debug1: ssh_rsa_verify: signature correcte
debug1: SSH2_MSG_NEWKEYS envoyé
debug1: attendons SSH2_MSG_NEWKEYS
debug1: SSH2_MSG_NEWKEYS reçu
debug1: SSH2_MSG_SERVICE_REQUEST envoyé
debug1: SSH2_MSG_SERVICE_ACCEPT reçu
debug1: Authentification qui continue: publickey, password, keyboard-interactive
debug1: Suivant la méthode d'authentification: publickey
debug1: Trying clé privée: / home / ctsjsie / .ssh / identity
debug1: Trying clé privée: / home / ctsjsie / .ssh / id_rsa
debug1: Offering public key: / home / ctsjsie / .ssh / id_dsa
debug1: Authentification qui continue: publickey, password, keyboard-interactive
debug1: Suivant la méthode d'authentification: keyboard-interactive
debug1: Authentification qui continue: publickey, password, keyboard-interactive
debug1: Suivant la méthode d'authentification: mot de passe
ctsjsie @ fxlddb01 du mot de passe:
debug1: Authentication réussi (mot de passe).
debug1: channel 0: new [client-session]
debug1: Entering interactive session.
debug1: Envoi de commande: scp-v / home / ctsjsie / xxx.lst ctsjsie @ hstas05: ~
D'exécution: le programme / usr / local / bin / ssh host hstas05, ctsjsie utilisateur, la commande scp-v-t ~
OpenSSH_3.7.1p2-pwexp26, SSH protocols 1.5/2.0, OpenSSL 0.9.7c 30 Sep 2003
debug1: Reading configuration data / usr / local / etc / ssh_config
debug1: Applying options for *
debug1: / usr / local / etc / ssh_config line 42: Deprecated option "FallBackToRsh"
debug1: Connexion à hstas05 [172.19.69.123] port 22.
debug1: Connection established.
debug1: identité fichier / export / home / ctsjsie / .ssh / identity type -1
debug1: identité fichier / export / home / ctsjsie / .ssh / id_rsa type -1
debug1: identité fichier / export / home / ctsjsie / .ssh / id_dsa type -1
debug1: Remote protocol version 1.99, la version du logiciel à distance OpenSSH_3.7.1p2-pwexp26
debug1: match: OpenSSH_3.7.1p2-pwexp26 pat OpenSSH *
debug1: Activer le mode de compatibilité 2.0 pour le protocole
debug1: Local version string SSH-2.0-OpenSSH_3.7.1p2-pwexp26
debug1: SSH2_MSG_KEXINIT envoyé
debug1: SSH2_MSG_KEXINIT reçu
debug1: KEX: server-> client aes128-cbc hmac-md5 none
debug1: KEX: client-> server aes128-cbc hmac-md5 none
debug1: SSH2_MSG_KEX_DH_GEX_REQUEST envoyé
debug1: attendons SSH2_MSG_KEX_DH_GEX_GROUP
debug1: SSH2_MSG_KEX_DH_GEX_INIT envoyé
debug1: attendons SSH2_MSG_KEX_DH_GEX_REPLY
debug1: Host 'hstas05' est connu et correspond à la clé RSA hôte.
debug1: Found clé dans / export / home / ctsjsie / .ssh / known_hosts: 13
debug1: ssh_rsa_verify: signature correcte
debug1: SSH2_MSG_NEWKEYS envoyé
debug1: attendons SSH2_MSG_NEWKEYS
debug1: SSH2_MSG_NEWKEYS reçu
debug1: SSH2_MSG_SERVICE_REQUEST envoyé
debug1: SSH2_MSG_SERVICE_ACCEPT reçu
debug1: Authentification qui continue: publickey, password, keyboard-interactive
debug1: Suivant la méthode d'authentification: publickey
debug1: Trying clé privée: / export / home / ctsjsie / .ssh / identity
debug1: Trying clé privée: / export / home / ctsjsie / .ssh / id_rsa
debug1: Trying clé privée: / export / home / ctsjsie / .ssh / id_dsa
debug1: Suivant la méthode d'authentification: keyboard-interactive
debug1: Authentification qui continue: publickey, password, keyboard-interactive
debug1: Suivant la méthode d'authentification: mot de passe
debug1: Authentification qui continue: publickey, password, keyboard-interactive
Autorisation refusée, s'il vous plaît essayer de nouveau.
debug1: Authentification qui continue: publickey, password, keyboard-interactive
Autorisation refusée, s'il vous plaît essayer de nouveau.
debug1: Authentification qui continue: publickey, password, keyboard-interactive
debug1: plus de méthodes d'authentification à essayer.
Permission denied (publickey, password, keyboard-interactive).
debug1: Calling cleanup 0x4001fb12 (0x0)
debug1: client_input_channel_req: channel 0 rtype exit-status reply 0
perte de connexion
debug1: channel 0: free: client-session, nchannels 1
debug1: Transferred: stdin 0, stdout 0, stderr 0 octets en 5.6 seconde
debug1: Bytes per second: stdin 0.0, stdout 0.0, stderr 0.0
debug1: Exit status 1

Votre essayant d'aller du serveur C avec une seule commande par le serveur A et obtenez un fichier à partir de B, tous en même temps. Pourquoi ne pas simplement vous connecter avec un SSH. Le faire un scp de A à B et de voir si cela fonctionne.

En outre, Il semble que votre fichier sshd_config extraits clés ou mots de passe, afin qu'il n'y ait pas de question.

-X

Merci X,

Malheureusement, comme je l'ai indiqué A & B ne peut pas voir les uns les autres. Ces deux serveurs sont situés à l'extérieur de notre pare-feu de 2 sites différents. Server C est situé à l'intérieur du pare-feu sur notre réseau interne et peuvent voir A la fois serveur et le serveur B - J'ai été l'espoir de la copie de fichiers de A à B par voie de C en une seule et unique hop "- Début de regarder comme je ne peux pas faire de cette manière ......