Kiedy próbuję się połączyć przez ssh z kluczem mam taki błąd:
# ssh -i "~/roo/.ssh/id_rsa_ubnt-erx_sshfs" root@192.168.5.2
ssh: Failed loading keyfile '~/roo/.ssh/id_rsa_ubnt-erx_sshfs'

Sorry root ale tak czy siak nie działa.
Ogólnie rzecz biorąc to zaraz mnie coś trafi, bo to jedyna rzecz, która póki co mi nie działa. Wszystko udało mi się zrobić tylko ten sshfs nie działa.

~ to katalog domowy?

Polecanie wygląda:
ssh -i "~/root/.ssh/id_rsa_ubnt-erx_sshfs" root@192.168.5.2

ssh -i "~/.ssh/id_rsa_ubnt-erx_sshfs" root@192.168.5.2

Oba nie działają. Cezary może podeślę Ci dane do logowania na maila to sobie pobuszujesz? Może zobaczysz coś czego ja nie widzę?

ZROBIŁEM!

Postaram się poniżej opisać w czym był problem i jak poprawnie stworzyć połączenie SSHFS pomiędzy dwoma urządzeniami OpenWRT/LEDE.

1. Na urządzeniu, z którego ma być udostępniany zasób instalujemy paczkę openssh-sftp-server

opkg update
opkg install openssh-sftp-server

Resztę poleceń wykonujemy na urządzeniu, na którym ma zostać zamontowany zasób.

2. Tworzymy folder, pod którym podmontujemy zdalny zasób. Polecam unikać polskich znaków.

mkdir /mnt/zasob1

3. Na ten moment możemy się logować do zasobu poniższą komendą, pod warunkiem, że nie zamierzamy używać pliku-klucza. Wymagane będzie podanie hasła dla użytkownika root.

sshfs -o allow_other root@192.168.X.X:/ścieżka_do_zdalnego_zasobu/ /mnt/zasob1

4. Spory problem pojawia się, gdy chcemy użyć klucza-ssh do logowania, tak by nie podawać każdorazowo hasła podczas połączenia. Jest to przydatne, gdy chcemy podmontować zdalny zasób przy starcie routera.

a) Dropbear jest mocno okrojony i nie akceptuję kluczy w PEM generowanych przez ssh-keygen np: w Ubuntu. Konieczne jest wygenerowanie klucza używając dropbearkey. Wygenerowanie klucza może zając dłuższą chwilę.

dropbearkey -f id_rsa_dropbear -t rsa -s 4096

Wyciągnąć klucz publiczny możemy poleceniem

dropbearkey -y -f id_rsa_dropbear

Więcej na ten temat tutaj: https://techoverflow.net/blog/2015/12/1 … n-openwrt/

b) Domyślną nazwą pliku, którego szuka dropbear jest "id_rsa_dropbear". Tak nazwany plik przenosimy do /home/.ssh/

c) Możemy próbować podmontować zasób przy użyciu klucza-ssh używając poniższej komendy. Mnie to jednak nie działało, być może ze względu na złe uprawnienia (o tym niżej). Podczas montowania dropbear wołał hasło do klucza.

sshfs -o allow_other,IdentityFile=/root/.ssh/id_rsa_dropbear root@192.168.X.X:/ścieżka_do_zdalnego_zasobu/ /mnt/zasob1

5. W moim przypadku zbawieniem okazała się paczka openssh-client

opkg update
opkg install openssh-client

Po instalacji należy zrestartować router.

6. OpenSSH nie ma problemów z kluczami i możemy używać kluczy generowanych pod np: Ubuntu itp. Umieszczamy klucz o dowolnej nazwie w folderze /home/.ssh/ i nadajemy mu odpowiednie uprawnienia.

Ważne!
Folder .ssh powinien mieć uprawnienia 700, plik publiczny 644 a plik prywatny 600. Jeżeli te uprawnienia się nie zgadzają to pliku-ssh nie zostanie wczytany i OpenSSH poprosi o hasło do użytkownika root. Złe uprawnienia nie powodują wyświetlenia żadnego błędu, wczytanie pliku wykrzacza się po cichu. Ja do tego doszedłem używając komendy ssh 192.168.X.X -i /ścieżka_do_pliku/. Dopiero tutaj wyświetlił się błąd z uprawnieniami.

7. Gdy mamy już uprawnienia odpowiednio skonfigurowane możemy użyć komendy:

sshfs -o allow_other,IdentityFile=/root/.ssh/id_rsa root@192.168.X.X:/ścieżka_do_zdalnego_zasobu/ /mnt/zasob1

Gotowe. Komuś może się to wszystko wydawać trywialne ale mnie to napsuło naprawdę sporo krwi. Mam nadzieję, że kolejnej osobie, która tu zaglądnie się to przyda.