TUN/TAP: noto'g'ri argument — OpenVPN freymlash mos kelmayapti

Mijoz autentifikatsiyadan o'tadi, jurnal ulangan deb yozadi va hech bir paket tunnel orqali o'tmaydi. Server urinishni write to TUN/TAP: Invalid argument (code=22) bilan tugatadi, bu drayver nosozligiga o'xshaydi va odatda unday emas. Routerlarda va kichik Linux serverlarida bu satr ko'pincha ikki tomon ma'lumot paketlarini qanday freymlash bo'yicha kelishmaganini bildiradi, shuning uchun yadro unga berilgan shifri ochilgan buferni rad etadi. Bu vaqtda marshrutlash hali sinab ko'rilmagan.

To'g'ri marshrut jadvali va buzilgan freym kelishuvi mijoz tomonidan bir xil ko'rinadi: ulangan, hech narsa ishlamaydi.

Tunnel ko'tariladi va undan hech narsa o'tmaydi

Tunnel qurilmasidagi yozish xatolari shifr ochishdan keyin va marshrutlashdan oldin yuz beradi. Demon paketni shifr ochadi, uni interfeysga beradi va interfeys uni rad etadi, chunki bufer qurilma kutayotgan narsaga mos kelmaydi. 22 kodi noto'g'ri argument uchun umumiy javob, shuning uchun foydali ma'lumot qatlamdir: bu ma'lumot yo'li, qo'l siqish emas. Agar trafik kecha ishlab, bugun konfiguratsiya o'zgarmasdan to'xtagan bo'lsa, tarmoqni gumon qilishdan oldin standart qiymatni siljitgan paket yoki proshivka yangilanishini gumon qiling.

Birinchi xato o'rniga ma'lumot kanali sozlanishi atrofidagi jurnalni o'qing. Kelishilgan siqish rejimi, dev turi va yuborilgan parametrlar barchasi yuqoriroq tafsilotda ko'rinadi va uchta mos kelmaslikdan qaysi biri borligini aytadi.

Siqish freymlashdir, o'tkazish qobiliyati emas

Siqish yoqilganda har bir ma'lumot paketi qanday kodlanganini tavsiflovchi sarlavha olib yuradi va ikki uchi shu sarlavha bo'yicha kelishishi kerak. Eski namuna konfiguratsiyadan hanuz comp-lzo olib yuruvchi server, siqish satri yo'q mijoz bilan juftlashganda aynan shu xato chiqadi: server mijoz hech qachon yozmagan sarlavhani kutadi. comp-lzo ni compress lz4-v2 bilan aralashtirish ham xuddi shunday muvaffaqiyatsiz bo'ladi, chunki ikkalasi ham siqish deb atalsa-da algoritmlar farq qiladi. Zamonaviy ulanishlarda bu parametr o'tkazish qobiliyati xususiyati emas, freymlash shartnomasidir.

Versiya xatti-harakati tuzoq qo'shadi. 2.5 seriyasi siqish parametrlari uchun eskirish ogohlantirishlarini bera boshladi, 2.6 esa siqilgan paketlarni rad etish bilan ma'lumotni shunchaki siqilmagan qoldirish o'rtasida chegara tortadi. Shuning uchun router proshivkasi yangilanishi hech kim tunnelni tahrirlamasdan amaldagi kelishuvni o'zgartirishi mumkin.

Ikki uchni tenglashtiring yoki ikkalasidan olib tashlang

Har bir siqish direktivasini sanang: server fayli, yuborilgan har qanday parametrlar, mijozga xos fayllar va mijoz profili. Serverdagi comp-lzo mijozda ham xuddi shu so'zni talab qiladi, adaptive esa eski qurilmalarda yalang'och parametr odatda bildiradigan meros standart qiymati. LZO yoki siqish yorlig'i bilan belgilangan router GUI kaliti ham shu parametrni yozadi, shuning uchun algoritmlarni aralashtirish o'rniga mos keladigan qilib sozlang. O'xshash nom mos keladi deb o'ylamang.

Agar siqish kerak bo'lmasa, uni ikki uchdan ham ataylab olib tashlang. Serverdagi allow-compression no siqilgan paketlarni rad etadi, lekin faqat mijozlar ularni taklif qilishni to'xtatgandan keyin; mijoz hali siqish yuborayotganda qo'llash nomuvofiqlikni qarama-qarshi yo'nalishda yana yaratadi.

Yuborishni va qurilma turini tekshiring

Server siqish direktivasini asosiy faylidan yoki mijozga xos fayldan yuborishi mumkin, mijoz esa yuborilgan parametrlarni pull-filter bilan tashlab yuborishi mumkin. Bitta mijozni 4 tafsilotda ulang, server e'lon qilganini mijoz qabul qilgani bilan solishtirib o'qing, so'ng hech bir filtr uni olib tashlamaganiga ishonch hosil qiling. Ikki tomon endi kelishsa ham xato qolsa, qurilma turini ko'ring: bir uchdagi dev tap va boshqasidagi dev tun kadr almasha olmaydi, yadro ham yozishni xuddi shunday rad etadi.

Ko'prikli TAP joylashtirish serverda haqiqiy ko'prik talab qiladi, faqat boshqa qurilma nomi emas. Interfeysni ko'prikka qo'shmasdan tap0 deb qayta nomlash yozishni qabul qiladigan va hech qayerga bormaydigan qurilma yaratadi.

So'ng bitta mijoz va bitta manzil bilan tekshiring: serverning tunnel manziliga ping yuboring, so'ng uning LAN tarmog'idagi xostga. Birinchisi ma'lumot kanalini, ikkinchisi uzatishni isbotlaydi.