SSHFS mountlari foydalanuvchiga tegishli, VPN ilgagiga emas

Taxminni qabul qilish oson, sezish qiyin: VPN ulanish ilgagi root sifatida ishlaydi, shuning uchun u boshlaydigan mount ham root sifatida tashkil etilishi kerak. Bu mulohaza ish stoli foydalanuvchisi ocha olmaydigan jamoa papkasini, triger xizmati qayta ishga tushganda yo'qoladigan mountni va hech kim javob bera olmaydigan kontekstda autentifikatsiya so'rovini keltirib chiqaradi. Ilgak va mount ikki xil ish, va faqat bittasiga imtiyoz kerak.

Afsona: tarmoq imtiyozi mount imtiyozini bildiradi

Interfeysni ko'tarish va fayl serverida autentifikatsiya qilish o'zaro bog'liq bo'lmagan qobiliyatlar bo'lib, odatda turli hisoblarga tegishli. VPN komponentiga marshrutlar va interfeyslarni o'zgartirish uchun yetarli imtiyoz kerak. Fayl serveri hisobiga kalit yoki parol, host kaliti haqida qaror va mount qilish uchun uy papkasi kerak. Ikkinchi ishning hisob ma'lumotlarini birinchi shaxsga berish tarmoq xizmatining foydalanuvchi kalitini ushlab qolishiga olib keladigan yo'ldir.

Bitta foydalanuvchili noutbukda ular bir xil hisob bo'lishi mumkin, va bu tasodif dizayn emas.

Imtiyozli ilgak mountni amalga oshirgach, uchta narsa jimgina buziladi. Mount rootga tegishli, foydalanuvchi agenti bu muhitda yo'q, va xatolar muhim bo'lgan sessiyada emas, tarmoq xizmati jurnalida ko'rinadi. Ularning hech biri mount buyrug'iga parametr qo'shish bilan tuzatilmaydi. Ular ishni shaxsga ega sessiyaga berish bilan tuzatiladi.

Mount nega kirgan foydalanuvchiga tegishli

SSHFS mounti uni yaratgan jarayonga tegishli FUSE mountidir, va kirish ota-ona papka rejimiga emas, shu mulkka amal qiladi. Ma'lumotnoma oddiy foydalanuvchini va unga tegishli mount nuqtasini tavsiya qiladi, shuning uchun root jarayoni yaratgan mount boshqalar uchun noqulay. Mount nuqtasidagi ruxsatni o'zgartirish uni tuzatmaydi, chunki to'siq mountning o'z egasidir.

Foydalanuvchi sessiyasi ichida qo'lda yaratilgan tayanch chizig'idan boshlang: uy papkasi ostidagi mavjud bo'sh mount nuqtasi, serverdagi ruxsat etilgan hisob va sizning tasdiqlangan jarayoningiz bilan allaqachon tekshirilgan host kaliti. Uni bir marta qo'lda mount qiling va foydalaning, chunki bu har qanday avtomatlashtirishdan oldin shaxs yo'li ishlashini isbotlaydi. Buyruqqa nima kerak bo'lganini yozib qo'ying: hisob nomi, eksport yo'li va shaxsiy host nomi. Avtomatlashtirilgan versiya uchun aynan shu kontekstni saqlang, chunki ishlaydigan qo'lda mount triger takrorlashi kerak bo'lgan spetsifikatsiyadir.

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

O'sha satrdagi har bir nom va yo'lni to'ldiruvchi deb biling, hisob va eksportni ham. VPN hisobi paroli avtomatik ravishda saqlash hisobining hisob ma'lumoti emas.

Triger sessiyadan nima so'rashi kerak

Qo'llab-quvvatlanadigan tartib tarmoq hodisasidan foydalanuvchi sessiyasiga so'rov, qarzga olingan hisob ma'lumoti emas. Trigerni siz nazarda tutgan ulanishga cheklang, nom yoki UUID bo'yicha, tasodifan tun0 deb ataladigan har qanday interfeysga emas. Shu bitta o'zgarish ikkinchi profil, sinov tunneli yoki hamkasbning disk raskadrovka sessiyasi mount boshlashiga yo'l qo'ymaydi.

Sessiya tomonidagi amal mo'ljallangan mavjud mountni qidirishi va keyin bitta cheklangan urinish qilishi kerak.

Har so'rovda qayta urinmang va server yetib bo'lmaydigan paytda hisob ma'lumotlarini so'ray bermang, chunki ikkalasi ham qisqa uzilishni hisob bloklanishiga aylantiradi. Nazoratsiz xizmat o'zining tasdiqlangan hisob ma'lumotlari va o'z ijro kontekstida o'zining host tekshiruvi tartibiga ega alohida dizayn bo'lib, u kimdir grafik agentni ochganiga tayanmaydi. Kod qayerda yashashini tanlashdan oldin ikkisidan qaysi birini qurayotganingizni hal qiling. Bu yerdagi chalkashlikning ko'p qismi birini qurib, ikkinchisini kutishdan kelib chiqadi.

Uzilish fayl tizimi hodisasi, ilgak hodisasi emas

Rejalashtirilgan uzilish fayl operatsiyalarini tugatishi va mount qilgan foydalanuvchi sessiyasidan o'sha fayl tizimi turi uchun qo'llab-quvvatlanadigan buyruq bilan mountni yechishi kerak. Ilgak tez qaytishi uchun majburan ajratish ilovalarning ish papkasini va foydalanuvchilarning avtomatlashtirishga ishonchini yo'qotish yo'lidir. Band mount ilova darajasidagi qarorni talab qiladi, masalan faylni yopish yoki yozishni to'xtatish, kuchliroq signal emas. Ilgakning chiqish holati optimallashtiriladigan narsa emas.

fusermount3 -u "$HOME/mnt/team"

Kutilmagan yo'qotish boshqa holat, va SSHFS uzilgan operatsiya transport qayta ulanguncha bloklanishi mumkinligini hujjatlashtiradi.

Qayta ulanish parametri transportni tiklaydi, va o'sha qayta ulanishdan oldin ochilgan fayllar hali ham xato qaytarishi va qayta ochilishi kerak bo'lishi mumkin. Qaytgan VPN oldingi tutqichlar yoki saqlanmagan ish haqida hech narsani isbotlamaydi. Uzilish paytida xohlagan xatti-harakatni tanlang — to'xtatish, xatoni ko'rsatish yoki ataylab qayta mount qilish — va biror narsa unga bog'liq bo'lishidan oldin bir martalik fayllar bilan sinab ko'ring.