Küzdök egy Amazon Linux AMI-val (bővebben: http://aws.amazon.com/amazon-linux-ami - ingyenes virtuális gép, ha micro instance-t kérünk). ssh-val be tudok lépni rá, de sshfs-t nem tudok ráirányítani. Van tapasztalata valakinek ebben? Az
sshfs -o ssh_command="ssh -i kulcsom.pem" user@ec2-satöbbi.amazonaws.com: idecsatold
parancs nem megy, read: Connection reset by peer hibával leáll.
Kayapo jött rá a megoldásra, köszönet neki!
Az sshfs valami csoda folytán a kulcsot az ssh-agent -től kéri. Nem hajtja végre az ssh_command -ot. Tehát a kulcsot meg kell mutatni az ssh-agentnek és utánna lehet felcsatolni a távoli könyvtárat:
$ ssh-add kulcsom.pem
Identity added: kulcsom.pem
$ sshfs user@address.amazonaws.com:/home/user idecsatold
- 2125 megtekintés
Hozzászólások
A kulcs publikus fele fenn van a szerveren?
----
올드보이
http://molnaristvan.eu/
- A hozzászóláshoz be kell jelentkezni
Fent van, az ssh -i kulcsom.pem user@address.amazonaws.com paranccsal bejutok.
- A hozzászóláshoz be kell jelentkezni
Hmm...
Szemre pedig jó amit írsz, hacsak az sshfs nem érti a "user@" részt esetleg így:
sshfs -o ssh_command="ssh -i kulcsom.pem -l user" ec2-satöbbi.amazonaws.com: idecsatold
----
올드보이
http://molnaristvan.eu/
- A hozzászóláshoz be kell jelentkezni
Az miért volna baj, ha úgy értené? Az ssh man oldala ezt írja:
-l login_name: Specifies the user to log in as on the remote machine. This also may be specified on a per-host basis in the configuration file.
Amúgy köszi az erőfeszítést!
- A hozzászóláshoz be kell jelentkezni
Azt hiszem félre értettél, pont azt mondom, hogy az sshfs nem így érti, sőt az sshfs (szerintem) a '@' -on elhasal és nem is küld user nevet. Ezért kellene az ssh parancsban megmondani a usert akivel logni akarsz in.
----
올드보이
http://molnaristvan.eu/
- A hozzászóláshoz be kell jelentkezni
Köszi! (Igen, a "hacsak" szó megzavart.) Kipróbáltam úgy is, hogy az ssh_command-ba tettem -l kapcsolóval a usert, de ugyanaz a hatás: read: Connection reset by peer
- A hozzászóláshoz be kell jelentkezni
Ez esetben az sftp server az amazonos gépen gyanús! Az sshfs -nek meg az ssh -nak is van verbose, meg debug kimenete azt ki kellene próbálni, hogy ezeket bekapcsolod.
sshfs -be:
-o sshfs_debug,debug
az ssh-ba:
-vvv
----
올드보이
http://molnaristvan.eu/
- A hozzászóláshoz be kell jelentkezni
Ilyen szépségek gyülekeznek; nem értem, mire írja, hogy No such file or directory
SSHFS version 2.2
executing <-i> <.../valahol/kulcsom.pem> <-x> <-a> <-oClearAllForwardings=yes> <-2> user_kukac_address <-s> sftp
Server version: 3
Extension: posix-rename@openssh.com <1>
Extension: statvfs@openssh.com <2>
Extension: fstatvfs@openssh.com <2>
FUSE library version: 2.8.4
nullpath_ok: 0
unique: 1, opcode: INIT (26), nodeid: 0, insize: 56
INIT: 7.16
flags=0x0000007b
max_readahead=0x00020000
INIT: 7.12
flags=0x00000011
max_readahead=0x00020000
max_write=0x00010000
unique: 1, success, outsize: 40
unique: 2, opcode: LOOKUP (1), nodeid: 1, insize: 47
LOOKUP /.Trash
getattr /.Trash
[00001] LSTAT
[00001] STATUS 33bytes (44ms)
unique: 2, error: -2 (No such file or directory), outsize: 16
unique: 3, opcode: LOOKUP (1), nodeid: 1, insize: 52
LOOKUP /.Trash-1000
getattr /.Trash-1000
[00002] LSTAT
[00002] STATUS 33bytes (45ms)
unique: 3, error: -2 (No such file or directory), outsize: 16sent: 2 messages, 43 bytes
received: 2 messages, 66 bytes
rtt min/max/avg: 44ms/44ms/44ms
num connect: 1
És az ssh verbose válasza:
debug2: we sent a publickey packet, wait for reply
debug1: Authentication succeeded (publickey).
debug2: fd 4 setting O_NONBLOCK
debug3: fd 5 is O_NONBLOCK
debug1: channel 0: new [client-session]
debug3: ssh_session2_open: channel_new: 0
debug2: channel 0: send open
debug1: Entering interactive session.
debug2: callback start
debug2: client_session2_setup: id 0
debug2: fd 3 setting TCP_NODELAY
debug3: packet_set_tos: set IP_TOS 0x08
debug1: Sending environment.
- A hozzászóláshoz be kell jelentkezni
Azt is lehet, hogy csinálok egy másik virtuális gépet (és kulcspárt), és átküldöm; ha van energiád kísérletezni.
- A hozzászóláshoz be kell jelentkezni
Az ssh szerint az autentikáció sikeres, az sshfs a "/.Trash" és a "/.Trash-1000" mappákat keresi, ami gvfs bug (a gvfs a FUSE miatt jön a képbe) próbálkozz az sshfs workaround opciójival.
----
올드보이
http://molnaristvan.eu/
- A hozzászóláshoz be kell jelentkezni
Nem jártam sikerrel egyik workarounddal sem. Megcsináltam neki a hiányolt mappákat a távoli gépen; így aztán nem is adta azokat a "Not found" hibaüzeneteket, csak egyszerűen leállt, és nem csatlakozott. :-) Csak ilyeneket írkált: http://pastebin.com/a4z4p1tp - úgyhogy tényleg meg fogok próbálkozni egy friss fuse-fordítással (2.8.4-esem van valóban, dj).
- A hozzászóláshoz be kell jelentkezni
Biztos kell az ssh_command? A saját gépemen vagyok helyiuser. A távoli gépen pedig tavoliuser. Kulcsos authentikáció. A kulcs a .ssh mappában.
ssh-s belépés: ssh tavoliuser@tavolihost
sshfs-s csatolás: sshfs tavoliuser@tavolihost: /mount
Ha több kulcs van, akkor az ssh-nál -i az sshfs-nél -o IdentityFile kapcsolóval lehet eltérő kulcsot használni.
sshfs -o IdentityFile=/home/helyiuser/.ssh/kulcsom.pem tavoliuser@tavolihost: /mountpoint
- A hozzászóláshoz be kell jelentkezni
A legutolsó sorban használt utasítást próbáltam - ugyanide vezetett. (Egyébként nem is az autentikáció bukott meg, hanem a fuse, amint az a logból kiderült.)
- A hozzászóláshoz be kell jelentkezni
Frissítsd a fuse-t ha van rá mód, mert a 2.8.5-ös verzióval nálam tökéletesen működik.
sshfs -V
SSHFS version 2.2
FUSE library version: 2.8.5
fusermount version: 2.8.5
using FUSE kernel interface version 7.12
Ha jól látom nálad 2.8.4-es fuse van.
Illetve a kulcshoz teljes elérést kell írni.
- A hozzászóláshoz be kell jelentkezni
És honnan szedjem le a forrást? :o) Ennél van csomagkezelő-barátabb megoldás? http://sourceforge.net/projects/fuse/files/fuse-2.X/2.8.5/fuse-2.8.5.ta…
Innen ugyanis leszedtem, lefordítottam, make install is volt és a /usr/local/lib-ben látszanak is a friss fájlok, de az sshfs -V továbbra is ezt adja. Valami libtool-ozás vagy PATH-megadás kell valahova?
SSHFS version 2.2
FUSE library version: 2.8.4
fusermount version: 2.8.4
using FUSE kernel interface version 7.12
- A hozzászóláshoz be kell jelentkezni
Passz. A suse adja a csomagot. Lehet, hogy a sshfs-t is újra kellene fordítanod? Nem tudom.
- A hozzászóláshoz be kell jelentkezni
Az a helyzet, hogy a http://fuse.sourceforge.net/sshfs.html weboldal ugyanoda visz, ha az sshfs-t vagy ha a fuse-t akarom letölteni. :-(
- A hozzászóláshoz be kell jelentkezni
Én azt gondolom, hogy mivel máshol máshova én is használok FUSE -t (2.7.3 illetve 2.8.4 -et) és ott hibátlanul megy nem ártana az amason EC2 supportjának egy mail-t küldeni. (Legfeéjebb bug report ledz belölle).
Meg aztán még az jutott az eszembe, hogy a cél serveren az sftp ott van-e és, hogy az az ott az hol van, az sshfs kliens onnan próbálja-e elindítani ahol van.
Ha jól látom Ubuntu -t használsz, akkor egy update-alternativs segíthet.
----
올드보이
http://molnaristvan.eu/
- A hozzászóláshoz be kell jelentkezni
Írtam az Amazonnak.
Immár lefordítottam a fuse-t, ezt írja már ki:
sshfs -V
SSHFS version 2.2
FUSE library version: 2.8.5
fusermount version: 2.8.5
using FUSE kernel interface version 7.12
Mégsem megy a felcsatolás. (A bejelentkezés megy.)
- A hozzászóláshoz be kell jelentkezni
(Más helyre tudok csatlakozni sshfs-sel...)
- A hozzászóláshoz be kell jelentkezni