scp

Linux-kezdő

scp

  • 829 megtekintés

( nug | 2004. 06. 24., cs – 14:01 )

[quote:b7eeedd6bd="Panther"][quote:b7eeedd6bd="popacsek"]Én két dolgot próbálnék:
- gftp tud ssh-t, azzal esetleg folytatni (ha tudja)
- vagy a következő parancs:

ssh -l <user neve> <cím> "dd if=<file neve> bs=1 skip=<méret>" >output.file

Ahol a <user neve>, <cím>, <méret> értelemszerűen kitöltendők.
Az átvitelt lelassíthatja a bs=1 paraméter. Esetleg átírhatod bs=1k-ra, ekkor a skip után álló méretet is kilobyte-ban kell megadni.

télleg :) erre nem gondoltam. És ráadásul secure szemben az rsync-cel és semmit sem kell beállítani :)

SFTP mint mar irtam. Ahhoz sem kell semmit csinalni, ha fut az ssh az eleg.

( klao | 2004. 06. 24., cs – 16:08 )

[quote:5407092bf9="Panther"]
És ráadásul secure szemben az rsync-cel és semmit sem kell beállítani :)

Ma bocsanat, de miert lenne kevesbe secure az rsync? Az is ugyanugy ssh keresztul megy, legalabbis az alap hasznalatban. (Persze lehet kliens/szerver modban is hasznalni, de en azt csak nagyon kulonleges esetekben hasznalom). Egyebkent
[code:1:5407092bf9]scp gepnev:mit hova[/code:1:5407092bf9] helyett siman lehet [code:1:5407092bf9]rsync -va gepnev:mit hova[/code:1:5407092bf9] hasznalni. Es ugyanolyan biztonsagos, csak gyorsabb. Sok kicsi file-t tartalmazo konyvtarstruktura eseteben jelentosen gyorsabb, nagy file-oknal nincs lenyeges kulonbseg. Es ha mar le van szedve valamennyi, vagy egy regebbi valtozat, akkor azt folhasznalja es nem szedi le ujra.

( Névtelen (nem ellenőrzött) | 2004. 06. 24., cs – 16:10 )

Támogatom klao javaslatát, rsync messze a legjobb az összes ilyesmi feladatra. Én már szinte sima scp-t nem is használok, csak rsync-et. Nagyon jó.

( Névtelen (nem ellenőrzött) | 2004. 06. 24., cs – 16:15 )

Ja, még annyi, ez nagyon fontos, hogy nagy fájlok letöltése esetén a (ha jól emlékszem) --partial (vagy -P) kapcsolót meg kell adni, mert az a default, hogy törli a fájlt, ha megszakad a kapcsolat (ez nagy sávszélességű mirrorok esetén egy jó feature, ahol nem probléma néha-néha elölről kezdeni egy fájl letöltését, viszont gond volna, ha csonka fájlt szolgálna ki).

Továbbá mivel tmp fájllal dolgozik, ezért kell annyi szabad hely (pl. 1GB-os fájlt töltesz le, és 600MB-nál megszakad, akkor a 600MB-on túl még 1GB-ra van szüksége ideiglenesen a letöltés idejére), valamint vfat jellegű fájlrendszeren gondjai lehet a tmp fájlnévvel. Ezeket a hátrányokat ismerem az scp-hez képest. Egyébként csupa jóság az rsync.

( Névtelen (nem ellenőrzött) | 2004. 06. 24., cs – 08:14 )

Sziasztok!

scp-vel töltöttem le egy kb 1Gb-os file-t reggelre megszakadt 600MB-nél . (A távoli gép 384/64 ADSL-en van). Hogyan(mivel) tudnám folytatni a letöltést?

Előre is köszi

( nug | 2004. 06. 24., cs – 08:27 )

[quote:2247e1967a="trini"]Sziasztok!

scp-vel töltöttem le egy kb 1Gb-os file-t reggelre megszakadt 600MB-nél . (A távoli gép 384/64 ADSL-en van). Hogyan(mivel) tudnám folytatni a letöltést?

Előre is köszi

sftp ? ssh2 azt is tamogatja

( snq- | 2004. 06. 24., cs – 08:34 )

scp (Secure Copy Protocol) eseten a "letoltes folytatasa", "file vegehez ragasztas", "atvitel megszakitasa" funkciok nem mukodnek, sftp (SSH File Transfer Protocol) eseten igen

( Panther v | 2004. 06. 26., szo – 01:00 )

[quote:c43795cfc3="klao"][quote:c43795cfc3="Panther"]
És ráadásul secure szemben az rsync-cel és semmit sem kell beállítani :)

Ma bocsanat, de miert lenne kevesbe secure az rsync? Az is ugyanugy ssh keresztul megy, legalabbis az alap hasznalatban. (Persze lehet kliens/szerver modban is hasznalni, de en azt csak nagyon kulonleges esetekben hasznalom).

Akkor te mégsem rsyncről beszélsz, max rsync over ssh. Nem mindegy, mert az ssh titkosít.

Az rsync meg szépen törhető önmagában (rsh, rcp stb család tagja). Ezért volt szükséges az ssh kitalálása.

( Panther v | 2004. 06. 24., cs – 09:03 )

[quote:bc853d2759="snq-"]scp (Secure Copy Protocol) eseten a "letoltes folytatasa", "file vegehez ragasztas", "atvitel megszakitasa" funkciok nem mukodnek, sftp (SSH File Transfer Protocol) eseten igen

Ha nem kényes adat, akkor jobb a wget (mert az tudja folytatni a -c kapcsolóval). Ha meg az, s saját a gép, akkor megoldható, hogy az Apache csak lo-n (127.0.0.1)-en figyeljen.
A gépre meg pl a 2200as port továbbítása esetén:
ssh -L 2200:localhost:80 gépnév
paranccsal lehet bemenni és akkor a wgetel:
wget -c http://localhost:2200/könyvtár/file
paranccsal lehet tölteni tovább.

( popacsek | 2004. 06. 24., cs – 10:57 )

Én két dolgot próbálnék:
- gftp tud ssh-t, azzal esetleg folytatni (ha tudja)
- vagy a következő parancs:

ssh -l <user neve> <cím> "dd if=<file neve> bs=1 skip=<méret>" >output.file

Ahol a <user neve>, <cím>, <méret> értelemszerűen kitöltendők.
Az átvitelt lelassíthatja a bs=1 paraméter. Esetleg átírhatod bs=1k-ra, ekkor a skip után álló méretet is kilobyte-ban kell megadni.

( klao | 2004. 06. 24., cs – 12:00 )

Szerintem a legegyszerubb megoldas, az rsync. Ha van mindket gepen, akkor hasznald azt. Lenyegeben ugyan-ugy kell felparameterezni, mint az scp-t, es a vegen biztos lehetsz benne, hogy a masolatod tenyleg megegyezik az eredeti file-lal.

Az ujabb rsync verziok alapbol ssh-t hasznalnak a csatlakozashoz, a regebbieket "-e ssh" -val kell megkerni erre.

( Panther v | 2004. 06. 24., cs – 12:19 )

[quote:a2a5ab3b4d="popacsek"]Én két dolgot próbálnék:
- gftp tud ssh-t, azzal esetleg folytatni (ha tudja)
- vagy a következő parancs:

ssh -l <user neve> <cím> "dd if=<file neve> bs=1 skip=<méret>" >output.file

Ahol a <user neve>, <cím>, <méret> értelemszerűen kitöltendők.
Az átvitelt lelassíthatja a bs=1 paraméter. Esetleg átírhatod bs=1k-ra, ekkor a skip után álló méretet is kilobyte-ban kell megadni.

télleg :) erre nem gondoltam. És ráadásul secure szemben az rsync-cel és semmit sem kell beállítani :)