Siz filial marshrutini qo’shasiz, u ishlaydi, so’ngra proshivka yangilanishi yoki veb-UI’dan saqlash uni olib tashlaydi. O’sha daqiqada ikkita tuzatish teng darajada oqilona ko’rinadi: marshrutni qurilmaning qo’llab-quvvatlanadigan konfiguratsiya manbasiga qo’yish yoki uni ishga tushirish skriptidan yaratilgan faylga qo’shish. Ular bir hafta bir xil munosabatda bo’ladi va ikkinchi yangilashda ajralib ketadi. Bu maqola har birining aslida nimaga egaligini solishtiradi.

Ikki nomzod turli narsalarga ega

Qo’llab-quvvatlanadigan konfiguratsiya manbasi — qurilma kirish deb hisoblaydigan hamma narsa: GUI maydoni, import qilingan profil, har bir mijoz uchun hujjatlashtirilgan katalog, boshqaruv paketi o’qiydigan sozlamalar ma’lumotlar bazasi. Yaratilgan server.conf — chiqish. Chiqishni tahrirlash generator yana ishlamaguncha ishlaydi, bu esa saqlashda, qayta yuklashda va yangilashda yuz beradi.

Skript yondashuvi generator tugagach, o’sha chiqishga yamoq qo’yadi. Bu laboratoriya uchun qonuniy usul va filial ofisi uchun noto’g’ri standart, chunki marshrutni hujjatlashtirilgan maydonga emas, matn mosligiga bog’liq qiladi.

QuestionSupported config sourcePost-generation script
Survives a GUI saveYesOnly if the save does not regenerate the file
Survives a package upgradeUsually, when the field is documentedNo guarantee; the wrapper can be replaced
Supportable by the vendorYesNo
Obvious to the next adminYes, it is in the UINo, it lives in a wrapper

Qurilma nimani qayta yaratadi va qachon

Boshqaruv paketlari odatda sozlamalarni ma’lumotlar bazasida yoki shablonlar to’plamida saqlaydi va ishga tushishda daemon konfiguratsiyasini shakllantiradi. Veb-UI’dan saqlash ko’pincha bitta satrni yamoqlash o’rniga butun faylni qayta yozadi. Agar o’zgarishingiz o’sha faylda yashagan bo’lsa, endi u yo’q va hech narsa ogohlantirishni qayd etmaydi, chunki qurilma nuqtai nazaridan hech narsa yo’qolmagan.

Ishga tushirish o’ramlarining ikkinchi nosozlik rejimi bor. Muayyan bo’shliqli ko’rsatma uchun grep shablon o’zgarganidan keyin mos kelishni to’xtatadi va skript jimgina hech narsa qilmaydi. Undan yomoni, proshivka yangilanishi o’ramni yangi versiya bilan almashtirib, yamoqni o’zi bilan olib ketishi mumkin. Shunda sizda bir yil mavjud bo’lgan va hech kim marshrutlash bilan bog’lamagan texnik xizmat vaqtida yo’qolgan marshrut bo’ladi.

Qo’llab-quvvatlanadigan egasi nimani ifodalashi kerak

Filial prefiksi bitta emas, uchta bayonot talab qiladi. Mijoz marshrutni o’rganishi kerak, server qaysi autentifikatsiya qilingan mijoz prefiksga ega ekanini bilishi kerak va filial tomoni trafikni o’ziga berilgan tunnel manziliga qaytarishi kerak. OpenVPN atamalarida bu yuborilgan route, mijozga bog’langan mos iroute va narigi tomonda qaytish yo’lini bildiradi.

Aynan shu yerda qurilma UI’lari chalg’itadi. «Mijozlarga serverning LAN’iga kirishga ruxsat berish» deb belgilangan katakcha serverning o’z tarmog’iga qarab trafikni tasvirlaydi. Sizning filialingiz qarama-qarshi yo’nalish: bitta mijoz orqasidagi tarmoq, server tomonidan yetib borish mumkin. Xuddi shu yorliq buni qo’llab-quvvatlashni anglatmaydi va fayldagi haqiqiy ko’rsatma paket uni saqlab qolishiga va’da emas.

Qo’llab-quvvatlanadigan boshqaruv bo’lmaganda

Ba’zan o’rnatilgan versiya haqiqatan ham sherikka xos marshrutni ifodalay olmaydi. Shunda halol variantlar siz boshqaradigan boshqa shlyuz yoki ikkala uchda qo’llab-quvvatlanadigan sayt-sayt rejimi. Ikkala uch ham buni gapirishi kerak. «Sayt-sayt» deb yozilgan mahsulot sahifasi ixtiyoriy OpenVPN profilini boshqa protokol tunneliga almashtiriladigan qilmaydi va bu juftlikni majburan qo’shish odatda holat sahifasida yaxshi ko’rinadigan yarim ulangan tunnel yaratadi.

Tarmoqni meros oladigan kishiga bir jumlada tushuntira oladigan variantni tanlang. Agar javob skript yo’li va matn naqshini eslatishni talab qilsa, dizayn allaqachon nozik.

Niyatni tekshiriladigan qiling

Shartnomani qurilmadan tashqarida qayd eting: samarali mijoz identifikatori, prefiks, qaytish shlyuzi va har birini ta’minlaydigan qo’llab-quvvatlanadigan maydon. Konfiguratsiyani qo’llab-quvvatlanadigan mexanizm orqali eksport qiling, shunda qayta qurishga havola bo’ladi, va xizmatni faqat o’zgarishdan keyin emas, qayta ulanish, qayta yuklash va yangilashdan keyin tekshiring.

Biror narsa buzilganda, tushuntirilmagan satrni tiklab umid qilish o’rniga, yaratilgan natijani o’sha yozuv bilan solishtiring.OpenVPN 2.6 ma’lumotnomasi — interfeys bilan bahslashishdan oldin route va iroute qanday o’zaro ta’sir qilishini tasdiqlaydigan joy.

Keyingi o’zgarish uchun nazorat ro’yxati: egasini nomlang, uch qismli shartnomani ayting, niyatni eksport qiling va o’z tahriringizdan keyin emas, qurilmaning o’z hayot sikli hodisalaridan keyin qayta sinab ko’ring.

O'xshash maqolalar