VPN-ийн цаанаах NFS: ачаалах үед холбох уу, эсвэл шаардлагаар автоматаар холбох уу?

Хоёр тохиргоо ижил асуудлыг шийдэж, эсрэг чиглэлд бүтэлгүйтдэг. Хуваалцсан хавтасыг ачаалах үед холбох нь үйлчилгээ бүрт эсвэл байгаа, эсвэл ачаалал яагаад зогссоныг тайлбарласан файлын систем өгдөг. Шаардлагаар автомат холболт нь машинд хурдан ачаалал өгч, хүлээлтийг замд хамгийн түрүүнд хүрсэн хүнд шилжүүлдэг. VPN-ийн цаана хоёр дахь нь ихэвчлэн илүү сайн солилцоо бөгөөд шалтгаан нь туннель ачааллын дараалал харж чадахгүй дэг журмыг тулгадаг.

Ачаалах үеийн холболт ба автомат холболт

Ачаалах үеийн холболтыг ойлгоход хялбар. Файлын системийн зорилт холболтыг хүлээж, үүнээс хамаарал зарласан үйлчилгээнүүд дараа нь эхэлдэг, сервер хүрэхгүй бол сонголтоос хамаарч машин хүлээх эсвэл бүтэлгүйтдэг. Доорх бүхэн тэр нэг шийдвэрийг өвлөн авдаг.

Автомат холболт үүнийг эргүүлдэг. Зам даруй байна, жинхэнэ холболт ямар нэгэн зүйл үүнийг нээх үед болдог, эрт эхэлсэн үйлчилгээнүүд дөнгөж босоогүй туннель дээр гацдаггүй.

Харьцуулалт нь хоцролтыг хэн шингээх ёстой вэ гэдэгт хүрдэг. Хэрэглэгч ажиллахаас өмнө хуваалцсан хавтас хэрэгтэй ажлын станц хүлээх ёстой байх. Цүнхэнд ачаалагдах зөөврийн компьютер эсвэл хуваалцалт нь заавал бус сервер хүлээх ёсгүй.

Аль ч сонголт алга болсон маршрутыг засдаггүй. Хоёулаа зөвхөн алдааг хэзээ ажиглахыг шийддэг.

fstab мөр, сонголт бүрээр

Байгаа OpenVPN клиентийн хувилбар [email protected], сервер files.corp.example, холболтын цэг /mnt/work гэж үзье. Гурвыг бүгдийг өөрийн сайтын зөвшөөрөгдсөн утгаар солино. Ажиллах нэг мөр иймэрхүү харагдана:

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

_netdev нь холболтыг сүлжээ шаарддаг гэж тэмдэглэж, ямар ч туннелийг нэрлэхгүй. nofail нь хуваалцсан хавтасыг энгийн файлын системийн зорилтод заавал бус байдлаар хадгална. x-systemd.automount нь даруй холбохын оронд шаардлагаар триггер үүсгэдэг.

x-systemd.requires= нь холболтын оролдлогыг VPN нэгжтэй холбодог хэсэг бөгөөд энэ нь триггер дээр биш, холболтын үйл ажиллагаанд хамаарна. Өргөн дэг журмыг автомат холболтын нэгж дээр өөр дээр нь тавих нь хүмүүс дараа нь systemd хэн ч хоёр удаа уншдаггүй хэлээр гомдоллодог мөчлөг үүсгэдэг арга юм.

x-systemd.mount-timeout=30s нь анхны холболтын командыг хязгаарладаг. Энэ нь дараа болох юу ч хязгаарлахгүй бөгөөд энэ сонголтын талаарх хамгийн түгээмэл буруу ойлголт юм.

«Эхэлсэн» гэдэг нь юу гэсэн үг биш

Таны нэрлэсэн VPN нэгжид идэвхтэй байх нь юу гэсэн үг болохыг шалгана уу. Туннелийн үйлчилгээ файлын сервер рүү чиглэсэн маршрут үүсэхээс өмнө эсвэл хувийн нэр шийдэгдэхээс өмнө өөрийгөө эхэлсэн гэж мэдээлж болох бөгөөд дараа нь эрэмбэлэх нь танд юу ч өгөхгүй. Бараг бүх бүтэлгүй оролдлого энэ цоорхойд амьдардаг. Нэгжийн төлөвмес маршрут ба шийдэгчийг харахгүй бол энэ нь үл үзэгдэх юм.

Байгаа газарт холболтын эзэмшигчийн өөрийн бэлэн байдлын дохиог нэмэлт урьдчилсан нөхцөл болгон ашиглана уу. Тогтмол унтах нь таны ширээн дээр ажиллаж, удаан сүлжээ эсвэл дахин холбогдсоны дараа бүтэлгүйтдэг таамаглал юм.

Жишээ замын хувьд үүсгэсэн нэгжүүдийг шалгана уу: mnt-work.automount ба mnt-work.mount. Хянасан fstab өөрчлөлтийн дараа systemd-г дахин ачаалж, холбоогүй бичлэгүүдийг дасгалжуулдаг ерөнхий холболтын командыг ажиллуулахын оронд тэдгээр нэгжийг шууд удирдана уу.

Энд бас нэг анхааруулга хамаарна. Эхлэх үед /mnt/work-д хүрдэг үйлчилгээ холболтыг дахин үүсгэж, дахин хүлээдэг тул хуваалцсан хавтасыг заавал бус гэж тэмдэглэх нь бүх програмыг тэвчээртэй болгодоггүй.

Холболтын дараа энэ нь өөр алдаа

NFS холбогдсоны дараа файлын системийн дахин оролдлого ба сэргээлтийн зан төлөв нь дараагийн тасалдал унших эсвэл бичихэд юу хийхийг тодорхойлдог. Таны тогтоосон холболтын хугацааны хязгаар үүнд нөлөөлөхгүй.

Зөөлөн холболт зарим хүлээлтийг богиносгож, алдааны утга санааг өөрчилдөг бөгөөд зорилго нь илүү хурдан ачаалал байх үед анзаарахад хялбар мэдээллийн бүрэн бүтэн байдлын үр дагавартай. Ачааллын хоёр секунд хожихын тулд үүнийг сонгох нь ховор сайн солилцоо юм. Хэрэв шаардлага үнэхээр тасалдлын үеийн хязгаарлагдмал үйл ажиллагаа бол энэ нь програмын түвшний шийдвэр, fstab туг биш.

Туннель унах үед бичилтийн дунд байгаа процессорт юу тохиолдох ёстойг шийдэж, бичиж үлдээнэ үү. Тэр хариулт нь ямар ч сонголтын мөрнөөс илүү ашигтай.

Нэг биш, дөрвөн төлөвийг туршина уу

Туннель боломжтой үед ердийн ачаалал бол хялбар тохиолдол бөгөөд бараг юу ч нотолдоггүй. Мөр зөв бичигдсэнийг баталж, үүнээс илүүгүй. VPN байхгүй үеийн эхний хандалтыг, дараа нь туннель босох үеийн сэргэлтийг, дараа нь амжилттай холболтын дараах хяналттай тасалдлыг туршина уу.

Дөрвөн төлөв, дөрвөн ажиглалт, тэмдэглэлүүд fstab бичлэгийн дэргэд явна. Дараагийн хүн урвуу инженерчлэх ёстой тохиргооны оронд зан төлөвийг өвлөн авдаг.