scp między dwoma zdalnymi hostami z mojego (trzeciego) komputera

Mam dwa zdalne hosty.
host1-> 10.3.0.1
host2-> 10.3.0.2
Oba działają na serwerze ssh.

Serwer ssh nasłuchuje na porcie 22 na hoście 1 i na porcie 6969 na hoście 2. Teraz, używając mojego komputera lokalnego, muszę skopiować coś z hosta1 na host2 bez logowania się do hosta1 lub host2 przez ssh. Coś jak,

scp user@10.3.0.1:/path/to/file user@10.3.0.2/path/to/file

Jak mogę to zrobić, pamiętaj, że dwa hosty używają różnych portów dla ssh.

W przeszłości sposób, w jaki scpdziałał ( naiwnie ) w celu kopiowania plików między zdalnymi systemami, był bardzo niewygodny: na przykład pisałeś

    scp user1@remote1:/home/user1/file1.txt user2@remote2:/home/user2/file1.txt

scpnajpierw otworzy sshsesję na scpzdalnym 1 , a następnie uruchomi się stamtąd na zdalnym 2. Aby to zadziałało, musisz skonfigurować poświadczenia autoryzacji dla remote2 na remote1.

Zamiast tego nowoczesny sposób („nowoczesny”, ponieważ został zaimplementowany zaledwie kilka lat temu i być może nie wszyscy są w stanie to -3zrobić scp) wymaga dwóch kroków. Pierwszym niezbędnym krokiem jest ~/.ssh/configskonfigurowanie wszystkich opcji połączenia zarówno ze zdalnym 1, jak i zdalnym 2 w następujący sposób:

    Host remote1.example.org
    Port 2222
    IdentityFile /path/to/host1-id_rsa

    Host remote2.example.org
    Port 6969
    IdentityFile /path/to/host2-id_rsa

W ten sposób staje się możliwe przekazywanie wszystkich niezbędnych opcji do polecenia bez dwuznaczności : na przykład, jeśli powiedzieliśmy w interfejsie CLI, że korzystamy z portu 2222 bez powyższej konfiguracji, nie byłoby jasne, czy mówimy o zdalnym1, czy zdalnym2 , i podobnie dla pliku zawierającego klucze kryptograficzne. W ten sposób CLI pozostaje uporządkowany i prosty.

Po drugie, użyj -3opcji w następujący sposób:

    scp -3 user1@remote1:/home/user1/file1.txt user2@remote2:/home/user2/file1.txt

Ta -3opcja nakazuje scpkierowanie ruchu przez komputer, na którym wydano polecenie, nawet jeśli jest to strona trzecia transferu. W ten sposób poświadczenia autoryzacji muszą znajdować się tylko na komputerze wydającym, stronie trzeciej.

Ostatnim razem, gdy tego próbowałem, scp nie był w stanie tego zrobić. Twój wiersz poleceń wygląda dobrze. To obejście będzie działać:

ssh -p port_on_machine1 user@machine1 "cat /path/to/file/one"|ssh -p port_on_machine2 user@machine2 "cat >/path/to/file/two"

W moim przypadku robiłem kopię zdalną do zdalnej, bez -3argumentu. Port podany z parametrem „-P” działa z pierwszym serwerem, ale port 22 jest używany z drugim serwerem.

ssh -P 1234 user@server1.mydomain.com user@server2.otherdomain.com

Rozwiązaniem jest edycja /etc/ssh/ssh_configpliku server1i dodanie następujących wierszy:

Host *.otherdomain.com
   Port  1234

W ten sposób port 1234 jest używany dla obu z nich. Może być inaczej.

To rozwiązanie ma lepszą przepustowość niż poprzednie rozwiązania, ponieważ komunikowanie jest bezpośrednie.

Źródło i cel można określić jako identyfikator URI w postaci scp: // [użytkownik @] host [: port] [/ ścieżka]

abyś mógł uruchomić:

scp -3 scp://user@10.3.0.1:22/path/to/file scp://user@10.3.0.2:6969/path/to/file