Mount SSHFS milik pengguna, bukan cangkuk VPN

Andaian ini mudah diserap dan sukar disedari: cangkuk sambungan VPN berjalan sebagai root, jadi mount yang dimulakannya juga harus disusun sebagai root. Penaakulan itu menghasilkan direktori pasukan yang tidak dapat dibuka oleh pengguna desktop, mount yang hilang apabila perkhidmatan pencetus dimulakan semula, dan gesaan pengesahan dalam konteks yang tiada siapa dapat menjawabnya. Cangkuk dan mount ialah dua kerja berbeza, dan hanya satu daripadanya memerlukan keistimewaan.

Mitos: keistimewaan rangkaian bermaksud keistimewaan mount

Menaikkan antara muka dan mengesahkan diri dengan pelayan fail ialah keupayaan yang tidak berkaitan, dan biasanya ia milik akaun berbeza. Komponen VPN memerlukan keistimewaan yang cukup untuk menukar laluan dan antara muka. Akaun pelayan fail memerlukan kunci atau kata laluan, keputusan tentang kunci hos, dan direktori rumah untuk mount. Menyerahkan kelayakan kerja kedua kepada identiti pertama ialah cara perkhidmatan rangkaian akhirnya memegang kunci pengguna.

Pada komputer riba satu pengguna, kedua-duanya mungkin akaun yang sama, dan kebetulan itu bukan reka bentuk.

Sebaik sahaja cangkuk istimewa melakukan mount, tiga perkara menjadi salah secara senyap. Mount dimiliki root, agen pengguna tiada dalam persekitaran itu, dan kegagalan muncul dalam log perkhidmatan rangkaian dan bukan dalam sesi yang mengambil berat. Tiada satu pun daripadanya diperbaiki dengan menambah pilihan pada arahan mount. Semuanya diperbaiki dengan menyerahkan kerja itu kepada sesi yang memiliki identiti.

Mengapa mount milik pengguna yang telah log masuk

Mount SSHFS ialah mount FUSE yang dimiliki oleh proses yang menciptanya, dan akses mengikut pemilikan itu dan bukan mod direktori induk. Rujukan mengesyorkan pengguna biasa dengan titik mount yang dimiliki pengguna itu, dan itulah sebabnya mount yang dicipta oleh proses root menyusahkan semua orang lain. Perubahan kebenaran pada titik mount tidak membaikinya, kerana halangannya ialah pemilik mount itu sendiri.

Mulakan dengan garis dasar manual dalam sesi pengguna: titik mount kosong sedia ada di bawah direktori rumah, akaun yang dibenarkan pada pelayan, dan kunci hos yang telah disahkan melalui proses anda yang diluluskan. Mount sekali secara manual dan gunakannya, kerana itu membuktikan laluan identiti berfungsi sebelum sebarang automasi wujud. Catat apa yang diperlukan oleh arahan itu: nama akaun, laluan eksport dan nama hos peribadi. Kekalkan konteks tepat itu untuk versi automatik, kerana mount manual yang berfungsi ialah spesifikasi yang mesti dihasilkan semula oleh pencetus.

sshfs [email protected]:/exports/team "$HOME/mnt/team"

Anggap setiap nama dan laluan dalam baris itu sebagai pemegang tempat, termasuk akaun dan eksport. Kata laluan akaun VPN bukan secara automatik kelayakan akaun storan.

Apa yang pencetus patut minta sesi lakukan

Susunan yang disokong ialah permintaan daripada peristiwa rangkaian kepada sesi pengguna, bukan kelayakan pinjaman. Hadkan pencetus kepada sambungan yang dimaksudkan, mengikut nama atau UUID, dan bukan kepada mana-mana antara muka yang kebetulan bernama tun0. Perubahan tunggal itu menghalang profil kedua, terowong ujian atau sesi nyahpepijat rakan sekerja daripada memulakan mount.

Tindakan di sebelah sesi patut mencari mount sedia ada yang dimaksudkan dan kemudian membuat satu percubaan terbatas.

Jangan cuba semula pada setiap tinjauan, dan jangan terus meminta kelayakan semasa pelayan tidak dapat dicapai, kerana kedua-duanya mengubah gangguan sementara menjadi kunci akaun. Perkhidmatan tanpa pengawasan ialah reka bentuk berasingan dengan kelayakan diluluskan sendiri dan susunan pengesahan hos sendiri dalam konteks pelaksanaannya sendiri, dan ia tidak boleh bergantung pada seseorang telah membuka agen grafik. Tentukan yang mana satu daripada kedua-duanya yang anda bina sebelum memilih di mana kod itu tinggal. Kebanyakan kekeliruan di sini datang daripada membina satu dan mengharapkan yang lain.

Putus sambungan ialah peristiwa sistem fail, bukan peristiwa cangkuk

Putus sambungan yang dirancang harus menyelesaikan operasi fail dan melepaskan mount daripada sesi pengguna yang me-mount dengan arahan yang disokong untuk jenis sistem fail itu. Memaksa pelepasan supaya cangkuk cepat kembali ialah cara aplikasi kehilangan direktori kerja dan pengguna kehilangan keyakinan terhadap automasi. Mount yang sibuk memerlukan keputusan peringkat aplikasi, seperti menutup fail atau menghentikan tulisan, bukan isyarat yang lebih kuat. Status keluar cangkuk bukanlah perkara yang dioptimumkan.

fusermount3 -u "$HOME/mnt/team"

Kehilangan tidak dijangka ialah kes berbeza, dan SSHFS mendokumenkan bahawa operasi yang terganggu boleh tersekat semasa pengangkutan menyambung semula.

Pilihan sambung semula memulihkan pengangkutan, dan fail yang dibuka sebelum sambung semula itu masih boleh mengembalikan ralat dan perlu dibuka semula. VPN yang kembali tidak membuktikan apa-apa tentang pemegang terdahulu atau kerja yang belum disimpan. Pilih tingkah laku yang anda mahu semasa gangguan — menjeda, memaparkan ralat atau me-mount semula dengan sengaja — dan ujinya dengan fail sekali guna sebelum apa-apa bergantung padanya.