SSHFS - fork SSHFS yang saat ini masih dipelihara

 (github.com/deadbeefsociety)
3 poin oleh GN⁺ 2023-09-06 | 1 komentar | Bagikan ke WhatsApp
  • SSHFS memungkinkan pemasangan filesystem jarak jauh menggunakan SFTP, dan karena sebagian besar server SSH mendukung serta mengaktifkan akses SFTP secara bawaan, ini dapat digunakan tanpa pekerjaan tambahan di sisi server
  • Fork pemeliharaan deadbeefsociety/sshfs telah diarsipkan karena SSHFS tidak lagi berada dalam kondisi telantar, dan yang sebaiknya digunakan adalah libfuse/sshfs
  • SSHFS disertakan dalam distro Linux utama dan memiliki riwayat penggunaan produksi yang lama di berbagai sistem, tetapi saat ini tidak ada kontributor aktif secara rutin, dan isu yang diketahui ada di bugtracker
  • Pengelola saat ini tetap menerapkan pull request dan melakukan rilis berkala, tetapi tidak memiliki kapasitas pengembangan selain menangani isu berdampak tinggi, sehingga laporan bug tanpa pull request atau isu yang tidak kritis kemungkinan besar tidak akan mendapat tanggapan
  • Format eksekusi dasarnya adalah sshfs [user@]hostname:[directory] mountpoint, dan disarankan dijalankan oleh pengguna biasa, serta mountpoint harus dimiliki oleh pengguna tersebut
    • Jika nama pengguna dihilangkan, nama pengguna lokal akan digunakan
    • Jika direktori dihilangkan, direktori home jarak jauh akan dipasang
    • Jika kata sandi diperlukan, ssh yang dijalankan oleh sshfs akan meminta kata sandi
  • Berbagai opsi ssh dapat ditentukan, termasuk -oport=PORT, dan untuk melepas mount gunakan fusermount -u mountpoint di Linux, serta umount mountpoint di BSD dan macOS
  • Untuk build dibutuhkan libfuse 3.1.0 atau lebih baru, atau antarmuka yang kompatibel dengan libfuse3, Glib dengan header pengembangan, Meson 0.38 atau lebih baru, dan Ninja; untuk menjalankan pengujian dibutuhkan modul Python py.test

Bacaan terkait

1 komentar

 
GN⁺ 2023-09-06
Komentar Hacker News

  • Jika Anda ingin sesuatu yang berjalan di ruang pengguna dan Emacs cocok untuk Anda, ada TRAMP, “Transparent Remote (file) Access, Multiple Protocol”: https://www.gnu.org/software/tramp/
    Saya sering memakainya untuk mengakses berkas di server dari MacBook Pro

    • Hal terbaik dari TRAMP adalah setelah cd ke direktori di sistem jarak jauh, Anda bisa cp berkas dari direktori kerja saat ini ke mesin lokal atau ke remote lain, dan sebaliknya juga bisa menyalin dari lokal ke direktori kerja remote saat ini
      Sebelum memakai TRAMP, saya harus SSH ke remote, mencari lokasi penyalinan dengan cd dan ls, memutus sesi SSH, lalu memindahkan berkas dengan scp atau rsync, dan biasanya harus masuk lagi lewat SSH
    • Sebagai catatan, cukup banyak fitur Emacs—mungkin sebagian besar atau semuanya—bekerja secara transparan dengan Tramp. Termasuk dired, eshell, dan magit

  • Menarik. Saya selalu mengira sshfs adalah bagian dari OpenSSH, ternyata setiap hari belajar hal baru
    sshfs yang dipakai di Slackware juga tampaknya terbengkalai: https://github.com/libfuse/sshfs
    Melihat kutipan di tautan itu, saya penasaran apakah proyek ini akan menjadi “penerus” tersebut

    If you would like to take over this project, you are welcome to do so. Please fork it and develop the fork for a while. Once there has been 6 months of reasonable activity, please contact Nikolaus@rath.org and I'll be happy to give you ownership of this repository or replace with a pointer to the fork.
    Saya juga penasaran apakah ini terbengkalai karena reorganisasi RHEL, seperti yang terjadi pada Bluetooth

    • Sepertinya sangat cocok diurus oleh para maintainer OpenSSH. Saya juga mengira ini adalah infrastruktur SSH inti di Linux

  • Sebagai catatan, di Mac saya memakai macFUSE + sshfs selama bertahun-tahun, tetapi sekarang saya hanya memasang alat Mountain Duck yang sangat bagus. Ini memungkinkan akses ke endpoint SFTP lewat Finder dan mount point
    Perangkat lunak yang sangat bagus dan bagi saya sudah menjadi kebutuhan

    • Baru-baru ini saya kembali menjadi pelanggan rsync.net, dan saat menelusuri dokumentasinya saya agak terkejut karena Fuse/sshfs masih tercantum sebagai opsi yang direkomendasikan untuk integrasi Mac: https://www.rsync.net/resources/howto/mac_sshfs.html
      Beberapa bulan lalu hal ini membuat saya mencoba ExpanDrive/StrongSync, dan baru kali ini saya mendengar Mountain Duck. Saya suka Cyberduck. Saya akan mencobanya sekarang; jika memang berjalan baik, akan bagus bila halaman itu diperbarui untuk orang lain. Selain itu, saya pelanggan yang puas
    • Sebagai catatan, di macOS sekarang ada https://www.fuse-t.org/. Ini bekerja tanpa ekstensi kernel, dengan menjalankan server NFS lokal di latar belakang lalu macOS terhubung ke sana
      Implementasi sshfs juga tersedia di https://github.com/macos-fuse-t/fuse-t/wiki#sample-filesyste...
    • Saya juga terutama memakai Mountain Duck. Namun di VSCode, ekstensi Remote SSH dari Microsoft sangat membantu untuk bekerja dengan repositori di VM atau mesin remote lain
      Di macOS, Libfuse/SSHFS sudah cukup merepotkan dipakai sejak beberapa tahun lalu, jadi saya juga beralih ke Mountain Duck

  • Sayang sekali sshfs tidak lagi dipelihara. Di sekolah, saya dulu memakai sshfs untuk mengedit kode dengan banyak plugin Vim saya sendiri tanpa harus memasang semua plugin Vim di server komputasi jarak jauh
    Saya terkejut karena sistemnya berjalan jauh lebih mulus daripada perkiraan

  • Saya pikir SFTP adalah protokol yang bagus tetapi kurang diapresiasi. Ada kasus ketika pencerminan dua arah lebih masuk akal daripada mereplikasi pohon berkas dari satu sisi ke sisi lain
    Setelah mem-fork kode SSHFS dan mempelajarinya, saya merangkum dan memelihara materi terkait serta pemikiran pribadi di https://hackmd.io/@q/sftp-over-ws

    • SFTP memang peningkatan besar dibanding FTP, tetapi di sisi server masih banyak potensi yang belum terwujud, sehingga masalahnya tidak selesai hanya dengan membuat klien yang lebih baik
      Server OpenSSH maupun GNU lsh sama-sama hanya menyediakan versi protokol lama. Mungkin v2. Keusangan ini adalah pilihan yang disengaja: https://marc.info/?l=openssh-unix-dev&m=168488976013498&w=2

  • Kombinasi teknologinya sedikit berbeda, tetapi selama beberapa waktu saya cukup puas memakai NFS di atas WireGuard

    • Saat kanal TCP di-reset, NFS menangani penyambungan ulang dengan lebih elegan, dan itu keuntungan besar
      Fitur filesystem yang diimplementasikan juga lebih banyak, sehingga laporan df mencerminkan penggunaan filesystem remote dengan akurat
      Selain itu, NFSv4 menyediakan “delegations” yang dapat memberikan kendali penuh atas berkas kepada klien dalam bentuk lease yang kedaluwarsa. Klien NFS modern juga memiliki “polite delegations” yang secara implisit memperpanjang masa lease
      SSHFS sangat praktis untuk mount “cepat dan seadanya” dengan konfigurasi minimal
    • Saya mengambil arah sebaliknya. Infrastruktur VPN sangat stabil, tetapi saya beralih ke pendekatan penyimpanan
      Setelah menyinkronkan berkas dengan utilitas penyimpanan DVFS yang sangat sederhana, saya tidak pernah menoleh ke belakang. Saya suka punya banyak salinan di berbagai tempat
    • Beberapa tahun lalu saya beralih dari sshfs ke NFSv4 + WireGuard, dan itu berjalan sangat baik

  • Saat ini, ketika membutuhkan fungsi sshfs, saya terutama memakai rclone mount. Performa, stabilitas, dan opsi cache-nya lebih baik

    • Namun rclone tidak bisa menulis di tengah file tanpa mentransfer seluruh file. Itu masalah terbesarnya
      sshfs juga mungkin memiliki batasan yang sama

  • Sayangnya, fork ini tidak terlihat terlalu aktif. Commit terakhirnya pada Maret, dan aktivitas PR serta issue juga hampir tidak ada
    Saya tidak akan terlalu berharap pada ini

    • Kalau proyeknya stabil, tingkat aktivitas seperti apa yang diharapkan?
    • Menurut definisi “aktif” ala JavaScript, itu berarti mengutak-atik sesuatu yang sudah berjalan baik lalu merusaknya

  • Nautilus, yaitu file explorer Ubuntu, mendukung mount folder SFTP. Secara internal sepertinya memakai gvfs
    Karena SFTP menggunakan koneksi SSH untuk transfer file, saya tidak melihat perbedaan UI dibandingkan SSHFS

    • Di GUI Nautilus, endpoint SFTP memang bisa dijelajahi, tetapi apakah ia juga membuat mount point filesystem yang bisa dipakai sekaligus dari terminal?
      Saya tidak terlalu ingat

  • Ada yang pernah memakai rclone atau sshfs bersama macFUSE/osxfuse di Mac OS X?

    • Saya memakai Macfuse untuk memasang semua server saya seperti folder lokal. Berfungsi dengan baik
      Ada skrip kecil untuk tiap server. Misalnya mount_fooserver.sh:
      umount -f ~/mounts/fooserver
      sshfs -o kill_on_unmount,reconnect,allow_other,defer_permissions,direct_io username@server:/ ~/mounts/fooserver -ovolname=foo
    • Di M1, saya memakai macFUSE dan sshfs untuk me-mount drive dari mesin Linux di kantor. Secara umum cukup oke, tetapi tetap ada rasa canggung khasnya
      Proses penyiapannya terasa seperti petualangan, dan beberapa kali saya sempat bertanya-tanya apakah ini benar, tetapi setelah terus dicoba akhirnya berjalan baik
    • Lihat komentar teratas saya di atas. Jawabannya adalah “Mountain Duck”
    • Di Monterey, M1, sshfs berfungsi, tetapi agak lambat