VPN ortida NFS: yuklashda ulash yoki talab bo'yicha avtomatik ulash?

Ikki konfiguratsiya bir xil muammoni hal qiladi va qarama-qarshi yo'nalishlarda muvaffaqiyatsiz bo'ladi. Bo'lishilgan resursni yuklashda ulash har bir xizmatga yo mavjud, yo yuklash nima uchun to'xtaganini tushuntiruvchi fayl tizimini beradi. Talab bo'yicha avtomatik ulash mashinaga tez yuklash beradi va kutishni yo'lga birinchi tekkan kishiga topshiradi. VPN ortida ikkinchisi odatda yaxshiroq almashinuv, sababi esa tunnel yuklash ketma-ketligi ko'ra olmaydigan tartibni majburlaydi.

Yuklashda ulash va avtomatik ulash

Yuklashda ulashni tushunish oson. Fayl tizimi nishoni ulashni kutadi, unga bog'liqlik e'lon qilgan xizmatlar keyin boshlanadi va server yetib bo'lmaydigan bo'lsa, mashina variantlarga qarab kutadi yoki muvaffaqiyatsiz bo'ladi. Pastdagi hamma narsa o'sha bitta qarorni meros oladi.

Avtomatik ulash buni teskari qiladi. Yo'l darhol mavjud, haqiqiy ulash uni biror narsa ochganda sodir bo'ladi va erta boshlanadigan xizmatlar hali ko'tarilmagan tunnelda bloklanmaydi.

Taqqoslash kechikishni kim ko'tarishi kerakligiga keladi. Foydalanuvchi ishlashi mumkin bo'lishidan oldin bo'lishilgan resurs kerak bo'lgan ish stansiyasi kutishi kerak, ehtimol. Xaltada yuklanadigan noutbuk yoki bo'lishilishi ixtiyoriy bo'lgan server kutmasligi kerak.

Hech bir variant yo'qolgan marshrutni tuzatmaydi. Ikkisi ham faqat nosozlik qachon kuzatilishini hal qiladi.

fstab satri, variant bo'yicha

Mavjud OpenVPN mijozi nusxasi [email protected], server files.corp.example va ulash nuqtasi /mnt/work deb faraz qiling. Uchtasini ham o'z saytingizning ruxsat etilgan qiymatlari bilan almashtiring. Bitta ishlaydigan satr shunday ko'rinadi:

files.corp.example:/export/work /mnt/work nfs _netdev,nofail,x-systemd.automount,[email protected],x-systemd.mount-timeout=30s 0 0

_netdev ulashni tarmoq talab qiladigan deb belgilaydi va hech qanday tunnelni nomlamaydi. nofail bo'lishilgan resursni oddiy fayl tizimi nishoni uchun ixtiyoriy saqlaydi. x-systemd.automount darhol ulash o'rniga talab bo'yicha triggerni yaratadi.

x-systemd.requires= ulash urinishini VPN birligiga bog'laydigan qism bo'lib, u triggerda emas, ulash operatsiyasida bo'lishi kerak. Keng tartibni avtomatik ulash birligining o'ziga qo'yish odamlar keyinchalik systemd hech kim ikki marta o'qimaydigan tilda shikoyat qiladigan tsikllarni yaratish usulidir.

x-systemd.mount-timeout=30s boshlang'ich ulash buyrug'ini cheklaydi. U keyin sodir bo'ladigan hech narsani cheklamaydi va bu variant haqidagi eng keng tarqalgan tushunmovchilikdir.

«Boshlangan» nimani anglatmaydi

Siz nomlagan VPN birligi uchun faol bo'lish nimani anglatishini tekshiring. Tunnel xizmati fayl serveriga marshrut paydo bo'lishidan yoki xususiy nom hal bo'lishidan oldin o'zini boshlangan deb e'lon qilishi mumkin va undan keyin tartiblash sizga hech narsa bermaydi. Deyarli har bir muvaffaqiyatsiz urinish shu bo'shliqda yashaydi. Birlik holati o'rniga marshrut va hal qiluvchiga qaramasangiz, u ko'rinmas ham bo'ladi.

Mavjud bo'lgan joyda ulanish egasining o'z tayyorlik signalini qo'shimcha shart sifatida ishlating. Qat'iy uyqu sizning stolingizda ishlaydigan va sekinroq tarmoqda yoki qayta ulangandan keyin muvaffaqiyatsiz bo'ladigan taxmindir.

Misol yo'li uchun yaratilgan birliklarni ko'rib chiqing: mnt-work.automount va mnt-work.mount. Ko'rib chiqilgan fstab o'zgarishidan keyin systemd ni qayta yuklang va aloqasiz yozuvlarni mashq qildiradigan keng ulash buyrug'ini ishga tushirish o'rniga o'sha birliklarni bevosita boshqaring.

Bu yerda yana bir ogohlantirish bor. Boshlanishda /mnt/work ga tegadigan xizmat hali ham ulashni ishga tushiradi va hali ham uni kutadi, shuning uchun bo'lishilgan resursni ixtiyoriy deb belgilash har bir dasturni sabrli qilmaydi.

Ulangandan keyin bu boshqa nosozlik

NFS ulangandan keyin fayl tizimining qayta urinish va tiklash xatti-harakati keyingi uzilishning o'qish yoki yozishga nima qilishini belgilaydi. Siz o'rnatgan ulash muddati bunga hech qanday ta'sir qilmaydi.

Yumshoq ulash ba'zi kutishlarni qisqartiradi va xatolar semantikasini o'zgartiradi, maqsad tezroq yuklash bo'lganda e'tibordan chetda qolishi oson bo'lgan ma'lumot yaxlitligi oqibatlari bilan. Uni yuklashning ikki soniyasini yutish uchun tanlash kamdan-kam yaxshi almashinuv. Agar talab haqiqatan ham uzilish paytidagi cheklangan operatsiya bo'lsa, bu dastur darajasidagi qaror, fstab bayrog'i emas.

Tunnel yiqilganda yozishning o'rtasida turgan jarayonga nima bo'lishi kerakligini hal qiling va yozib qo'ying. Bu javob har qanday variantlar satridan foydaliroq.

Bitta emas, to'rt holatni sinab ko'ring

Tunnel mavjud bo'lganda oddiy yuklash oson holat va deyarli hech narsani isbotlamaydi. Satr to'g'ri yozilganini tasdiqlaydi va boshqa hech narsani. VPN yo'qligida birinchi murojaatni, keyin u ko'tarilganda tiklanishni, keyin muvaffaqiyatli ulashdan keyin boshqariladigan uzilishni sinab ko'ring.

To'rt holat, to'rt kuzatuv va eslatmalar fstab yozuvi yoniga boradi. Keyingi odam qayta injiniring qilishi kerak bo'lgan konfiguratsiya o'rniga xatti-harakatni meros oladi.