ospite SCP verifica chiave non riuscita per telecomando per copia remota

scp foo [email protected]:bar funziona beneospite SCP verifica chiave non riuscita per telecomando per copia remota

scp [email protected]:foo bar funziona bene

scp [email protected]:foo [email protected]:bar fallisce con l'errore:

Host key verification failed. 
lost connection

Sto indovinando questo è perché SCP non consente a distanza di distanza copia (tra due host remoti diversi o lo stesso host remoto) perché è inefficiente canalizzare i dati da point A a point L a point B anziché direttamente da point A a point B.

È questa la ragione giusta per spiegare perché non funziona? Come mai le istruzioni per l'uso della riga di comando nel manuale non lo documentano? O è solo che lo specifico scp sulla mia distribuzione di Ubuntu sta cercando di essere paterno?

fonte

2012-03-20 necromancer

Off-topic; appartiene a [su] o [unix.se] –

Il traffico è diretto. Non avrai il punto A nel punto L nel punto B, ma il punto diretto A nel punto B. Tutti i problemi che potresti avere riguardano l'autenticazione SSH tra ogni punto. – dAm2K

Funziona. Il tuo problema è l'autenticazione SSH tra utente @ remoto e utente @ remoto. Se si tratta dello stesso utente sullo stesso server e si utilizza l'autenticazione RSA, è necessario aggiungere la chiave pubblica (~/.ssh/id_rsa.pub) in ~/.ssh/authorized_keys dell'utente stesso.

Fare attenzione anche alla risoluzione dei nomi. Nel tuo caso "remoto" può essere un nome server che ha senso per il tuo cliente, ma non ha senso dal punto di vista remoto. Usa l'IP del server (se il server non è dietro nat) o imposta un nome di server comune in/etc/hosts sul tuo computer client e server: "remote" dovrebbe essere risolvibile dal tuo client e dal tuo server.

fonte

2012-03-21 00:03:33 dAm2K

grazie - ho capito ora. è lo stesso utente e lo stesso server remoto. – necromancer

non funziona per me. stessa situazione (stesso utente e stesso server remoto). la chiave viene aggiunta e im usando l'IP del server. dal locale al remoto e indietro funzionano bene. – user1338413

prova con ssh -vvv per abilitare alcuni messaggi di debug e prova a controllare perché non funziona per te – dAm2K

"È importante notare che SCP non può essere utilizzato per la copia remota dall'origine alla destinazione quando si utilizza la password o la modalità di autenticazione interattiva da tastiera, in quanto ciò rivelerebbe le credenziali di autenticazione del server di destinazione all'origine." http://en.wikipedia.org/wiki/Secure_copy#Remote_to_remote_mode

Provare a utilizzare l'autenticazione basata su chiave per estrarre uno scp da remoto a remoto.

fonte

2012-03-21 00:34:20 Worldcrafter

stavo usando l'autenticazione basata su chiave, la risposta è dare credenziali per il remoto per parlare al remoto (per risposta precedente) – necromancer

COOL per vedere quanto livello di informazioni sulla granularità ha raggiunto Wikipedia !! – dAm2K

concordato. Wikipedia sta diventando un eccellente supplemento per * nix man pages – Worldcrafter

Partenza l'opzione:

-3: Copie tra due host remoti vengono trasferiti attraverso l'host locale. Senza questa opzione i dati vengono copiati direttamente tra i due host remoti. Si noti che questa opzione disabilita il misuratore di avanzamento.

Questa opzione è disponibile in OpenSSH 5.7

fonte

2013-01-07 17:19:49 OleTraveler

Se non hai 5.7+ e non vuoi che host1 vada direttamente a host2 o vuoi le funzionalità rsync prova '' dir = 'mktemp -d' && cd $ dir && rsync -avz user1 @ host1: ~/source. && rsync -avz.user2 @ host2: ~/dest && rm -rvf $ dir'' – KCD

Questo ha reso la mia vita MOLTO più facile! – user1943442

Funziona per scp tra user1 @ remote1 e user2 @ remote2. – tjmehta

ospite SCP verifica chiave non riuscita per telecomando per copia remota

risposta

Problemi correlati