OpenVPN siqish: rad etish, faqat qabul qilish yoki toʻliq LZO?
comp-lzo no qat'iy rad etish emas. Siqishdan bosh tortishni, koʻchish paytida bir tomonlama qabulni va uni saqlab qolishni solishtiring, soʻngra offload nima qilishini tekshiring.
Profildagi uchta satr hammasi siqishni o'chiradi shekilli ko'rinadi, aslida ulardan faqat bittasi shunday qiladi. Farq muhim, chunki siz jim qilmoqchi bo'lgan ogohlantirish — alomat, siyosat esa qarshi tomon hali siqishi mumkinmi-yo'qmi shuni hal qiladi. Variantlarni bitta o'qda, ya'ni o'zgarishdan keyin har biri nimaga ruxsat berishini solishtirish noaniqlikning katta qismini yo'q qiladi. Qaysi biri kerakligi ko'chib o'tayotganingizga yoki o'rnashayotganingizga bog'liq.
Konfiguratsiya faylida bir xil ko'rinadigan uchta siyosat
Har bir variant boshqa savolga javob beradi. allow-compression no siqilgan yuklarni to'g'ridan-to'g'ri rad etadi, allow-compression asym kelganini ochadi va ketayotganini hech qachon siqmaydi, eski comp-lzo no esa qarshi tomonning push orqali siqishni yoqishiga joy qoldiradi. Faqat birinchisi server bekor qila olmaydigan siyosat.
Tanlashdan oldin uchtasini jadvalga yozing, chunki nomlar tekshiruvchini chalg'itadigan darajada yaqin. Ulardan ikkitasi hali ham qabul qilingan paketlarda ochish kodini ishga tushiradi va xavfsizlik dalili aynan shu haqida. Uchinchisi yo'nalishni cheklash o'rniga imkoniyatni olib tashlaydi. Agar o'zgarish yozuvida siqish o'chirilgan deb yozilgan bo'lsa, bu jumlani aynan bitta satr qanoatlantiradi.
Tekshiruvni boshlagan ogohlantirish maqsad emas. Uni jim qilib, ruxsat beruvchi siyosatni qoldirsangiz, toza jurnal va o'zgarmagan ta'sir qoladi.
| Setting | What it permits | When it is the right answer |
|---|---|---|
allow-compression no | No compressed payloads, and no compression framing under offload | Both ends can be changed now |
allow-compression asym | Decompress inbound only | A dated migration while peers catch up |
comp-lzo no | Off locally, still pushable by a peer | Legacy compatibility you can still justify |
Eski LZO variantida no nima demak
Eskirgan LZO variantida no mahalliy tomon uchun siqishni o'chiradi, lekin siyosat ruxsat bergan joyda qarshi tomon uni yoqishni taqiqlamaydi. Aynan shu assimetriya sababli profilni qat'iy rad etishga o'tkazish xulq-atvorni bitta serverli laboratoriya sinovi hech qachon ochib bermaydigan tarzda o'zgartiradi.
Xavfsizlik tashvishi shartli, mutlaq emas. Hujumchi tanlangan ochiq matnni sir yoniga qo'yib, siqish shifrlangan trafik hajmini qanday o'zgartirishini kuzata olsa, axborot kanali mavjud. LZO dan LZ4 ga o'tish algoritm va ramkani o'zgartiradi, ushbu mexanizmni emas.
Shuning uchun halol asos hozir qaysi algoritm tavsiya etilishini emas, nimaga ruxsat berishga tayyor ekanligingizni qamrab oladi. Qat'iy rad etish qarshi tomon hamkorligiga bog'liq bo'lmagan yagona variant.
Faqat qabul qilish — ko'chish holati, manzil emas
Asimmetrik qabul bir tomon siqishni to'xtatib, ikkinchisi hali kutayotgan holat uchun mavjud. Bu ko'prik, ko'priklarga esa tugash sanasi va egasi kerak. Qaysi hamkorlar hali siqilgan trafik yuborayotganini yozib qo'ying, chunki siyosat aynan shu trafikka ruxsat beradi. Bu ro'yxat bo'lmasa, ko'chish holati inertsiya tufayli doimiy konfiguratsiyaga aylanadi.
Mijoz o'z faylini tahrirlash bilan mos kelmaydigan serverni eski ramkadan voz kechishga majburlay olmaydi. Push yo'nalishi serverda hal qilinadi, shuning uchun ko'chish aslida server konfiguratsiyasida va uning har bir mijoz uchun fayllarida tugaydi.
Stub rejimlari ramkani saqlaydi, lekin siqish ishining o'zini o'tkazib yuboradi va ular eski variantning to'g'ridan-to'g'ri ekvivalenti emas. Birini tanlashdan oldin ularni hali qo'llab-quvvatlashingiz kerak bo'lgan eng qadimgi hamkor bilan sinab ko'ring.
Ma'lumot kanali offload javobni qayerda o'zgartiradi
Ma'lumot kanali offload paketlarni qayta ishlashni yadroga ko'chiradi va hali siqish ramkasiga bog'liq profil bu yo'lga sig'masligi mumkin. Nosozlik har doim baland ovozda emas: mijoz ulanadi va keyin siz sinagan tunneldan boshqacha harakat qiladi.
O'zgarishdan oldin va keyin qaysi tatbiq faol ekanini tekshiring, faqat ulanish muvaffaqiyatli bo'lganini emas. Offload yo'li siqish ramkasini rad etganda, qat'iy rad etish siyosati va offload joriy etilishi mos keladi, ruxsat beruvchi siyosat va offload joriy etilishi esa mos kelmaydi.
Bu birikma o'z sinoviga loyiq, chunki to'g'ri ko'rinadigan fayl jimgina ishlatilayotgan fayl bo'lmay qoladigan joy aynan o'sha. Kelishilgan holatni profilda yozilgan niyat bilan solishtiring, chunki ulardan faqat bittasi jurnalda ko'rinadi.
Siyosat tanlang, so'ngra kelishilgan natijani tekshiring
Ikkala tomonni ham o'zgartira olsangiz qat'iy rad etishni, hali imkoni bo'lmasa asimmetrik qabulni, to'liq siqishni esa ta'sir nima uchun maqbul ekanini tushuntira olsangizgina tanlang. So'ngra fayl nima deyishini emas, nima kelishilganini tekshiring. Tinchroq jurnal faqat joriy etmoqchi bo'lgan siyosatga mos kelsagina dalil bo'ladi.
Qarorni u tegishli bo'lgan profil yonida, sana va hali ozod qilingan hamkorlar bilan birga saqlang. Yarim yildan keyin bu yozuv qasddan qilingan istisno va hech kim sanasini ayta olmaydigan hodisa o'rtasidagi farq. Uni profil bilan bir repozitoriyda yozing, shunda keyingi muharrir sababni ko'rsatmadan oldin ko'radi.