Marshrut qo'shasiz, xizmatni qayta ishga tushirasiz, qayta ulanadi, va mijoz jadvali xuddi avvalgidek ko'rinadi. Ikki xil narsa to'g'ri bo'lishi mumkin: server sizning o'zgartirishingizni yuklamagan yoki mijoz olganini o'rnatmagan. Ularning umumiy tomoni faqat alomat, shuning uchun birinchi qadam qaysi holat ekanini aniqlash.

Quyidagi taqqoslash jarayondan tashqariga qarab boradi, chunki qaysi fayl amalda ekanini faqat jarayon biladi.

Siz tahrirlagan fayl va jarayon o'qiydigan fayl

unit va uning yaratgan buyruq satridan boshlang. systemd xostida systemctl cat openvpn@server ExecStart satrini chop etadi, instance unit esa odatda konfiguratsiya yo'lini instance nomidan oladi, shuning uchun openvpn@office sifatida ishga tushirilgan demon openvpn@server sifatida ishga tushirilganidan boshqa faylni o'qiydi. Buni ishlab turgan jarayonning argv bilan solishtiring. Konfiguratsiyani boshqarish vositasi o'zgarishni yo'qotishning yana bir usulini qo'shadi: u to'g'ri faylni unit hech qachon aytmaydigan joyga yozishi mumkin, natijada muvaffaqiyatli joylashtirish hech narsa qilmagandek ko'rinadi.

Vaqt belgilari buni tez hal qiladi: agar fayl jarayon boshlangan vaqtdan yangiroq bo'lsa, jarayon uni o'qiy olmagan. Router proshivkasi uchinchi holatni qo'shadi, chunki ko'plab modellar sozlamalarini flash xotirada saqlaydi va yuklanish paytida konfiguratsiyani qayta quradi, bu esa diskdagi faylni tahrirlashni mutlaqo noto'g'ri qatlamga aylantiradi.

Server nima itaradi va mijoz nima o'rnatadi

Itarilgan marshrut ikkita filtrdan o'tishi kerak. Serverda u yuklangan konfiguratsiyada bo'lishi kerak, izohga olingan blokda yoki nomi mos kelmaydigan mijozga xos faylda emas. Mijozda pull yoqilgan bo'lishi kerak va hech bir pull-filter bu parametrni tashlab yubormasligi kerak. verbosity 4 bilan ulanib, mijoz bildiradigan itarilgan parametrlarni o'qing: marshrut shu ro'yxatda bo'lsa, server o'z ishini qilgan, uni o'rnatmaslikni esa mijozning o'zi tanlayapti.

Mijozga xos fayllar chalkashlikning tez-tez uchraydigan manbai. Sertifikatning common name bo'yicha nomlangan fayl parametrlarni faqat o'sha mijozga itaradi, bitta belgidagi farq esa itarishni jimgina to'xtatadi, ikkala tomonda ham xato ko'rinmaydi. Server ulanish paytida ko'rgan common name ni jurnalga yozadi, shuning uchun bu qiymatni fayl nomi bilan solishtiring, mijozning nomi deb o'ylagan narsangiz bilan emas.

Itarilgan prefiks va qaytish marshruti boshqa-boshqa muammolar

Mahalliy internet yo'lini saqlash uchun redirect-gateway ni ataylab e'tiborsiz qoldiradigan mijoz ikkinchi, bog'liq bo'lmagan bo'shliq yaratadi. Serverning tekshiruvlari tunnel manziliga yetib boradi, lekin javoblar hech qachon kelmaydi, chunki serverning tunnel IP siga yuborilgan javob mijozning oddiy standart shlyuzi orqali yo'naltiriladi. Bu yerda ayb itarilgan quyi tarmoq marshrutida emas; yetishmayotgani server tunnel tarmog'i trafigini tunnel qurilmasi orqali qaytaradigan marshrut.

Shu marshrutni mijozda qo'shish server boshlagan tekshiruvlarga javoblarni tuzatadi. U itarilgan quyi tarmoq marshrutining o'rnini bosmaydi, va aksi ham to'g'ri, chunki ikkalasi qarama-qarshi harakat yo'nalishlarini tasvirlaydi.

Ikkala uchdagi jadvallarni solishtiring

Har qanday o'zgarishdan keyin qayta ulanib, mijoz jadvalida itarilgan prefiksni va tunnel qurilmasini o'qing. So'ngra ikkala yo'nalishda sinab ko'ring: mijozdan itarilgan quyi tarmoqdagi xostgacha va o'sha xostdan mijozga qaytish. Mavjud bo'lsa-da trafik tashimaydigan marshrut uchtadan birini bildiradi: uzoq tomon uzatmayapti, firewall oqimni tashlayapti yoki javobning qaytish yo'li yo'q.

Uchta identifikatorni birga saqlang: konfiguratsiya yo'li, unit yoki instance nomi va sinovdan o'tkazgan mijoz identifikatori.

Bu uchtasi keyingi hodisani yana bir tekshiruv o'rniga besh daqiqalik tekshiruvga aylantiradi, tunnel boshqa birovning muammosiga aylanganda hamkasbga kerak bo'ladigan narsa ham shular.

Qayta ishga tushirishdan omon qolgan marshrut muammosi ko'pincha umuman marshrutlash muammosi emas; nuqson siz doim o'qib turgan jadvaldan yuqoriroqda.

O'xshash maqolalar