Sziasztok.
Sajnos külföldön vagyok, ahol igen rossz a wifi, de mégis szükségem lenne mindenféle manual olvasására -- ez nem megoldható egy hajón.
Localhoston szeretnék megvalósítani parancssorban egy könyvtárnyi file feltöltését.
Annak idején azt hiszem 7-8 éve ezt meg tudtam oldani, de nem emlékszem mr rá, hogyan tettem.
Szóval adott egy könyvtár:
/home/a/dir/*.jpg
és feltölteném ide:
192.168.12.3/gallery/2018
user: pi
pw: 1
..és gőzöm sincs, hogyan tegyem. Kísérletezni sem tudok sokat, mert solarpanellel megy mindenem.
Köz minden segítséget
- 1704 megtekintés
Hozzászólások
Szerintem put. Miért nem mc-vel csinálod?
tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE
- A hozzászóláshoz be kell jelentkezni
scp-t használj inkább, az titkosított!
Mindíg vannak olyan emberek, akik az hiszik, hogy bohócot csináltak belőled. Ne rontsd el a játékot azzal, hogy elárulod nekik, tiéd a cirkusz!
- A hozzászóláshoz be kell jelentkezni
scp /home/a/dir/*.jpg pi@192.168.12.3:/gallery/2018/
Kérni fogja a jelszót.
Bepötyögöd és elkezdi feltölteni a fájlokat.
- A hozzászóláshoz be kell jelentkezni
Egyetértek vele, kérdés, hogy az ssh nála megfelelően be van konfigurálva, vagy sem. Ideértve a nyitott ssh portot a külvilág felől, NAT mögött port forward-dal együtt.
tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE
- A hozzászóláshoz be kell jelentkezni
Köszi, kipróbálom.
A hálózatom nem nyitott az internet felé. ssh is rendben van.
-----------------
10-féle lény van:
-- aki ismeri a bináris számrendszert,
-- és amelyik nem.
- A hozzászóláshoz be kell jelentkezni
Számolj kb. negyedakkora átvitellel, mint ftp esetén.
Egyébként amíg ftp-vel kellett és lehetett üzekedni, az ncftp volt a kedvenc. Kb. úgy viselkedik, csak jobban, mint a sambára kitalált smbclient és stabilabban, mint az ftp legapróbb zördüléseibe belepusztuló ftp panel az mc-ben.
- A hozzászóláshoz be kell jelentkezni
Ezt a negyedakkorat a vetokartya mondta?
Szerk.: http://www.allanjude.com/bsd/AsiaBSDCon2017_-_SSH_Performance.pdf
- A hozzászóláshoz be kell jelentkezni
Ezt sokévnyi imidzsmásolgatás mondja - igaz, nem számológéppel osztottam (lehet, hogy csak 3.5x megy gyorsabban az ftp), csak ránézésre.
Mostanáig. A mostanról tudni kell, hogy mérsékelten reprezentatív, ui. a nyári szabadságolások és megrendelésaszály miatt a forrás- és a célszerver is minden komponensében henyél.
$ time ftp $RSRV
...
ftp> promp
Interactive mode off.
ftp> cd /tmp
250 CWD command successful.
ftp> mput tst*
200 PORT command successful.
150 Opening data connection for tst.img.
226 Transfer complete.
7251817173 bytes sent in 72.94 seconds (9.71e+04 Kbytes/s)
local: tst.img remote: tst.img
ftp> by
221 Goodbye.
real 1m34.233s
user 0m9.959s
sys 0m11.241s
$ time scp tst.img $ID@$RSRV:/tmp
...
tst.img 100% 6882MB 45.0MB/s 02:33
real 2m37.887s
user 0m57.351s
sys 0m24.886s
Ha az átvitel idejét vetjük össze: 153/73, akkor az ssh picit több, mint az ftp kétszeresét igényli.
Ha megnézzük, hogy a kétszeres műveleti időben a nyers CPU-igény az ssh esetében hatszoros, akkor nem nehéz (?) elképzelni, hogy ez a processzorintenzív feladat érdemi load mellett nem "csak" duplázza az ftp-hez szükséges időt.
(A Cipher és a MAC korporéjtszinten a kor által megkövetelten erős, de nem FIPS.)
- A hozzászóláshoz be kell jelentkezni
Tehat akkor osszegezhetjuk annyiban, hogy a vetokartya,
vagy emeljem ki neked a cikk lenyeget, mert nem sikerult megertened?
- A hozzászóláshoz be kell jelentkezni
Nem olvastam el.
Nem gondoltam, hogy bármilyen cikk felülírná a tapasztalatot.
Más szóval: kiemelheted.
- A hozzászóláshoz be kell jelentkezni
Lehet sciptet csinálni belőle, ha gyakran kell:
#!/bin/sh
ftp -n 192.168.12.3 <<DONE
user pi 1
prompt
lcd /home/a/dir
cd /gallery/2018
mput *.jpg
DONE
- A hozzászóláshoz be kell jelentkezni
Ezt is megnézem, köszönöm!
-----------------
10-féle lény van:
-- aki ismeri a bináris számrendszert,
-- és amelyik nem.
- A hozzászóláshoz be kell jelentkezni
btw egy rsync nem megoldható ?
- A hozzászóláshoz be kell jelentkezni