Jak scp z drugim zdalnym hostem

Zastanawiam się, czy istnieje sposób na SCP pliku z hosta remote2 bezpośrednio z mojej maszyny lokalnej, przechodząc przez hosta remote1.

Sieci zezwalają na połączenia z hostem zdalnym2 tylko z hosta zdalnego1. Ponadto ani host zdalny1 ani host zdalny2 nie mogą scpować na moją maszynę lokalną.

Czy jest coś takiego:

scp user1@remote1:user2@remote2:file .

Pierwsze okno: ssh remote1więc scp remot2:file ..

Druga powłoka: scp remote1:file .

Pierwsze okno: rm file; logout

Mógłbym napisać skrypt wykonujący wszystkie te kroki, ale jeśli istnieje bezpośredni sposób, wolałbym go użyć.

Dzięki.

EDYCJA: Myślę o otwieraniu tuneli SSH, ale nie wiem, jaką wartość umieścić gdzie.

W tej chwili, aby uzyskać dostęp remote1, mam następujące informacje $HOME/.ssh/configna moim komputerze lokalnym.

Host remote1
   User     user1
   Hostname localhost
   Port     45678

Po włączeniu remote1, aby uzyskać dostęp remote2, jest to standardowy lokalny DNS i port 22. Co powinienem założyć remote1i / lub zmienić localhost?

Nie znam żadnego sposobu na skopiowanie pliku bezpośrednio jednym poleceniem, ale jeśli możesz zgodzić się na uruchomienie instancji SSH w tle, aby po prostu pozostawić otwarty tunel przekierowania portów, możesz skopiować plik jednym poleceniem.

Lubię to:

# First, open the tunnel
ssh -L 1234:remote2:22 -p 45678 user1@remote1
# Then, use the tunnel to copy the file directly from remote2
scp -P 1234 user2@localhost:file .

Zauważ, że łączysz się tak, jak user2@localhostw rzeczywistym scppoleceniu, ponieważ jest to port 1234 na hoście lokalnym, na którym pierwsza sshinstancja nasłuchuje połączeń przekazywanych remote2. Zauważ również, że nie musisz uruchamiać pierwszego polecenia dla każdej kolejnej kopii pliku; możesz po prostu zostawić go uruchomionego.

Podwójnie ssh

Nawet w złożonym przypadku możesz obsłużyć transfer plików za pomocą jednej linii poleceń, po prostu za pomocą ssh;-)
I jest to przydatne, jeśli remote1nie możesz się połączyć localhost:

ssh user1@remote1 'ssh user2@remote2 "cat file"' > file

tar

Ale tracisz właściwości pliku (własność, uprawnienia ...).

Jednak tarjest Twoim przyjacielem, jeśli chcesz zachować te właściwości pliku:

ssh user1@remote1 'ssh user2@remote2 "cd path2; tar c file"' | tar x

Możesz także skompresować, aby zmniejszyć przepustowość sieci:

ssh user1@remote1 'ssh user2@remote2 "cd path2; tar cj file"' | tar xj

A tartakże umożliwia przesyłanie katalogu rekurencyjnego przez podstawowe ssh:

ssh user1@remote1 'ssh user2@remote2 "cd path2; tar cj ."' | tar xj

ionice

Jeśli plik jest duży i nie chcesz przeszkadzać innym ważnym aplikacjom sieciowym, możesz przeoczyć ograniczenie przepustowości sieci zapewniane przez narzędzia scpi rsync(np. scp -l 1024 user@remote:fileNie wykorzystuje więcej niż 1 Mb / s).

Ale obejście polega ionicena zachowaniu jednego wiersza poleceń:

ionice -c2 -n7 ssh u1@remote1 'ionice -c2 -n7 ssh u2@remote2 "cat file"' > file

Uwaga: ionicemoże nie być dostępne w starych dystrybucjach.

To wystarczy:

scp -o 'Host remote2' -o 'ProxyCommand ssh user@remote1 nc %h %p' \ 
    user@remote2:path/to/file .

Aby przeskoczyć plik remote2bezpośrednio z hosta , dodaj dwie opcje ( Hosti ProxyCommand) do swojego pliku ~ / .ssh / config (zobacz również tę odpowiedź na superużytkowniku). Następnie możesz biegać:

scp user@remote2:path/to/file .

z lokalnego komputera bez zastanawiania się remote1.

Dzięki openssh w wersji 7.3 i nowszych jest to łatwe. Użyj opcji ProxyJump w pliku konfiguracyjnym.

# Add to ~/.ssh/config 
Host bastion
    Hostname bastion.client.com
    User userForBastion
    IdentityFile ~/.ssh/bastion.pem

Host appMachine
    Hostname appMachine.internal.com
    User bastion
    ProxyJump bastion                   # openssh 7.3 version new feature ProxyJump
    IdentityFile ~/.ssh/appMachine.pem. #no need to copy pem file to bastion host  

Polecenia do uruchomienia w celu zalogowania lub skopiowania

ssh appMachine   # no need to specify any tunnel. 
scp helloWorld.txt appMachine:.   # copy without intermediate jumphost/bastion host copy.** 

oczywiście możesz określić host bastion Jump za pomocą opcji "-J" polecenia ssh, jeśli nie jest skonfigurowany w pliku konfiguracyjnym.

Uwaga SCP ma nie wydaje się wspierać flagę „-J” jak teraz. (Nie mogłem znaleźć na stronach podręcznika. Jednak powyżej scp działa z ustawieniem pliku konfiguracyjnego)

Jest nowa opcja scpdodania ostatnio dla dokładnie tej samej pracy, która jest bardzo wygodna -3.

TL; DR W przypadku obecnego hosta, który ma już skonfigurowane uwierzytelnianie w plikach konfiguracyjnych ssh, po prostu wykonaj:

scp -3 remote1:file remote2:file

Twój scpmusi pochodzić z najnowszych wersji.

Wszystkie inne wymienione techniki wymagają skonfigurowania uwierzytelniania od remote1 do remote2 lub odwrotnie, co nie zawsze jest dobrym pomysłem.
Argument -3oznacza, że ​​chcesz przenieść pliki z dwóch zdalnych hostów, używając bieżącego hosta jako pośrednika, a ten host faktycznie przeprowadza uwierzytelnianie na obu zdalnych hostach, więc nie muszą mieć do siebie dostępu.
Musisz tylko skonfigurować uwierzytelnianie w plikach konfiguracyjnych ssh, co jest dość łatwe i dobrze udokumentowane, a następnie po prostu uruchom polecenie w TL; DR

Źródłem tej odpowiedzi jest https://superuser.com/a/686527/713762

Ta konfiguracja działa dla mnie dobrze:

Host jump
   User username
   Hostname jumphost.yourorg.intranet
Host production
   User username
   Hostname production.yourorg.intranet
   ProxyCommand ssh -q -W %h:%p jump

Potem polecenie

scp myfile production:~

Kopiuje plik myfile na maszynę produkcyjną .

Mały dodatek do rozwiązania Olibre , z którym pracowałem używając tego źródła.

Tak jak masz trzy sposoby użycia tardo kopiowania ze zdalnego hosta do lokalnego, poniższe działa w przypadku kopiowania z lokalnego hosta do zdalnego hosta w podwójnych sytuacjach ssh: (uruchom je w katalogu, z którego pliki mają być skopiowane, w przeciwnym razie użyj pełnej ścieżki /Nazwa pliku)

Prześlij pojedynczy plik bez kompresji:

tar c filename |  ssh user1@remote1 'ssh -Y user2@remote2 "path2 && tar x"'

Prześlij pojedynczy plik z kompresją:

tar cj filename |  ssh user1@remote1 'ssh -Y user2@remote2 "path2 && tar xj"'

Rekurencyjny transfer katalogu:

tar cj . |  ssh user1@remote1 'ssh -Y user2@remote2 "path2 && tar xj"'

&& w tym miejscu zapobiega uruchomieniu polecenia, jeśli pierwsza połowa polecenia nie działa - na przykład jeśli brakuje katalogu lub występuje błąd w nazwach ścieżek źródłowych / docelowych.