Rsync scp tar von zwei Servern über einen Client
Hallo Zusammen,
habe folgende Konstellation:
Server1 <-----SSH------> Client 1 <-------SSH-------> Server2
Ich kann vom Client 1 jeweils eine SSH Verbindung zu Server 1 + 2 aufbauen. Nun möchte ich mittels Client 1 den Server 1 auf den Server 2 kopieren. Hierzu möchte ich gerne rsync benutzen, es ginge vielleicht auch scp oder tar. Wie stelle ich das am besten an? Hat jemand einen Tipp?
Danke und Gruß,
Roadmax
habe folgende Konstellation:
Server1 <-----SSH------> Client 1 <-------SSH-------> Server2
Ich kann vom Client 1 jeweils eine SSH Verbindung zu Server 1 + 2 aufbauen. Nun möchte ich mittels Client 1 den Server 1 auf den Server 2 kopieren. Hierzu möchte ich gerne rsync benutzen, es ginge vielleicht auch scp oder tar. Wie stelle ich das am besten an? Hat jemand einen Tipp?
Danke und Gruß,
Roadmax
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 6462314281
Url: https://administrator.de/forum/rsync-scp-tar-von-zwei-servern-ueber-einen-client-6462314281.html
Ausgedruckt am: 26.12.2024 um 02:12 Uhr
8 Kommentare
Neuester Kommentar
Achte auch darauf, das deine Daten konsistent sind, nicht das die unterm Kopieren bearbeitet werden.
Würde das Budged eine ordentliche Business-Lösung her geben?
Hier würde ich Veeam Backup und Replication empfehlen. Damit kannst du den ganzen Server inkrementell beliebig oft replizieren und du störst damit nicht den produktiven Betrieb. Kost dich aber halt ca. 400€ pro Jahr für einen (bis 5) Server.
Das ganze kannst du dann sogar noch automatisieren, dass heißt: Dir schmiert der Hauptserver ab. Veeam startet automatisch das Replikat und leitet den Trafik dort hin um.
Würde das Budged eine ordentliche Business-Lösung her geben?
Hier würde ich Veeam Backup und Replication empfehlen. Damit kannst du den ganzen Server inkrementell beliebig oft replizieren und du störst damit nicht den produktiven Betrieb. Kost dich aber halt ca. 400€ pro Jahr für einen (bis 5) Server.
Das ganze kannst du dann sogar noch automatisieren, dass heißt: Dir schmiert der Hauptserver ab. Veeam startet automatisch das Replikat und leitet den Trafik dort hin um.
Das kannst du bspw. über die Portforwardings (Tunnels) in SSH machen.
Zu einem Server erstellst du einen Local2Remote Tunnel z.B. L5555 > 127.0.0.1:22
Zum anderen Server erstellst du einen Remote2Local Tunnel R5555 > 127.0.0.1:5555 welche Quasi beide Server miteinander verbindet.
Nun kannst du erst mal einen Test mit SSH auf dem einen Server machen und dich mit dem Port auf localhost verbindest
Feddisch beide Server können sich nun direkt über den Client als Bridgehost unterhalten. Nun kannst du zu rsync switchen.
Klappt hier im Test übrigens problemlos.
Cheers briggs.
Zu einem Server erstellst du einen Local2Remote Tunnel z.B. L5555 > 127.0.0.1:22
Zum anderen Server erstellst du einen Remote2Local Tunnel R5555 > 127.0.0.1:5555 welche Quasi beide Server miteinander verbindet.
Nun kannst du erst mal einen Test mit SSH auf dem einen Server machen und dich mit dem Port auf localhost verbindest
ssh -p 5555 user@localhost
Klappt hier im Test übrigens problemlos.
10TB
Dann mach dich darauf gefasst das das wohl seeeeeehr lange dauern wird.Cheers briggs.
@6247018886 Klingt abenteuerlich, aber das könnte so gehen.
Kann Server 2 den keinen SSL-VPN-Tunnel zu Server 1 aufbauen?
Wenn beide Server eine feste IP im WAN haben, wäre meiner Meinung nach IPsec sowieso die bessere Wahl. Das ist deutlich perfomanter als SSL-VPN.
Oder Können nicht die Router bzw. die Firewall an den Standorten keine Verbindung zu einander aufbauen?
IPsec kann überigens jeder ansatzweise ordentliche Router, sogar eine Fritzbox.
Wenn dann beide Server sauber miteinander verbunden sind, dann sollte der Datenaustausch ansich per scp über ssh kein Problem mehr sein.
Falls möglich würde ich an deiner Stelle die erste Synchronisation bzw. den ersten Datentransport im lokalen LAN machen, sonst kannst du (ausgehenden von Deutschlandgeschwindigkeit) mehrere Tage wenn nicht sogar Wochen warten bis das abgeschlossen ist über WAN.
Kann Server 2 den keinen SSL-VPN-Tunnel zu Server 1 aufbauen?
Wenn beide Server eine feste IP im WAN haben, wäre meiner Meinung nach IPsec sowieso die bessere Wahl. Das ist deutlich perfomanter als SSL-VPN.
Oder Können nicht die Router bzw. die Firewall an den Standorten keine Verbindung zu einander aufbauen?
IPsec kann überigens jeder ansatzweise ordentliche Router, sogar eine Fritzbox.
Wenn dann beide Server sauber miteinander verbunden sind, dann sollte der Datenaustausch ansich per scp über ssh kein Problem mehr sein.
Falls möglich würde ich an deiner Stelle die erste Synchronisation bzw. den ersten Datentransport im lokalen LAN machen, sonst kannst du (ausgehenden von Deutschlandgeschwindigkeit) mehrere Tage wenn nicht sogar Wochen warten bis das abgeschlossen ist über WAN.
Könnte nicht nur, das funktioniert 100% so lange auf den SSH-Gegenstellen das Portweiterleiten erlaubt und aktiviert ist, hatte ich hier vorhin mal testweise simuliert. Ist natürlich performancetechnisch abartig und suboptimal, wie gesagt, aber wenn es sein muss dann funktioniert das auf jeden Fall.
Kann Server 2 den keinen SSL-VPN-Tunnel zu Server 1 aufbauen?
Ja das sind Fragen die der TO beantworten müsste, wenns direkt gehen sollte ist es bei der Datenmenge natürlich wesentlich sinnvoller und vor allem schneller.