Kopiera mapp rekursivt via SSH från Ubuntu server till lokal mapp på klient dator?

Att använda "-r" till scp ska fungera, men det är väldigt långsamt om det handlar om många filer och om det inte är extremt låg latens mellan maskinerna. För att göra detta

cd ditjagvillkopiera
scp -r root@1.1.1.1:/home/user/ .

skriver man då istället

ssh root@1.1.1.1 tar cJ /home/user | tar xJ -C ditjagvillkopiera --strip-components=2

--strip-components=2 behövs om du inte vill ha med /home/user i det som skapas i ditjagvillkopiera, de säger att man vill kapa bort de 2 första delarna av sökvägen i "tar" arkivet. Detta går väldigt mycket fortare och skickar mindre data över nätet.

När vi talar om saken. Jag använde följande kommando för att kopiera en mapp med .mkv-filer från min dator till en NAS.

scp -r path/to/folder admin@<IP>:path/to/folder

Problemet jag upplever är att det bara är just "admin" som har möjlighet att öppna mappen. Är detta en inställning i NASen eller är det scp som är boven i dramat?

Ett annat alternativ att titta på är `rsync` som ofta är trevligare än `scp` i mina ögon när det handlar om större jobb, då den har en "killer feature" i att intelligent kunna återuppta avbrutna överföringar, utöver att det vid uppdateringar kontrollerar exakt vilka filer, och till och med vilka bitar av dessa filer, som behöver överföras på nytt. Komprimering kan läggas till med en växel (`-z`), men det är nog inget jag själv använt. Syntaxen är också lite mer rättfram än att dra fram pipes och blanda in ytterligare program.

Har man många (miljoner) just små filer så kan `rsync`s ordinarie algoritm säcka ihop av alla checksummekontroller, men det ska till rätt exotiska förhållanden, skulle jag säga. Jag har nog aldrig varit med om det. Däremot har jag varit med om problem med `tar`-pipes över `scp` i samband med större överföringar; specifikt hur det hanterar avbrutna sådana, då man snabbt börjar återuppfinna `rsync`s checksummealgoritmer för att återuppta smidigt.

tar + rsync + untar. Any speed benefit over just rsync? [SF.SX] innehåller en diskussion på temat.

Största "problemet" med `rsync` är nästan att det kan göra så vansinnigt många saker att det är möjligt att gå vilse i dess 187k tecken långa manualsida, men det är något av ett "lyxproblem".

Med det sagt så ska det generellt inte vara några bekymmer med `scp -r` heller, och i praktiken är det nog vad jag använder mest pga dess enkelhet, om det inte handlar om större överföringar (speciellt över långsammare uppkopplingar där avbrott av olika anledningar inte alls är främmande).

Det är svårt med "drag and drop" i ett läge som detta!

Det går att montera fjärrdatorn med SSHFS varpå det dyker upp som en "vanlig katalog" i filsystemet, vilket hanteras transparent av alla typer av filhanterare (de erbjuder också vanligen sätt göra sådana mappningar inifrån programmet). Sedan så finns det grafiska program som exempelvis Filezilla som stöder SFTP, där man loggar in på fjärrdatorn med SSH-uppgifter och får en full överblick över mappstrukturen, så det saknas inte grafiska alternativ om man vill ha sådana.

Med det sagt så kommer det en mängd fördelar med att sköta det via en terminal; bättre kontroll på vad som händer, busenkel automation, konsekvent gränssnitt oberoende av system, mer funktionalitet, resurssnålare fjärranvändning, etc.

Du är nog medveten om att du kan "effektivisera" det hela genom att bara skriva

scp -r root@1.1.1.1:/home/user/ ditjagvillkopiera

Exempelkommandot som givits drar hela hemkatalogen för fjärranvändaren vilket låter rätt mastigt, men ja, principen är densamma. Man ska inte vara "rädd" för att använda de funktioner som erbjuds.

Sedan så sticker det lite i ögonen med root-inloggning över SSH, vilket vanligen bör vara inaktiverat och då ej heller behövas för generell filåtkomst.