dnsmasq 53-portni bog‘lay olmaydi: uni ushlab turgan soketni toping
53-portdagi bind xatosi soket egaligi masalasidir. Tinglovchilarni o‘qing, wildcard qamrovini tekshiring, so‘ng qaysi demon VPN mijozlariga javob berishini hal qiling.
dnsmasq manzil allaqachon ishlatilmoqda degan xato bilan chiqadi va jurnal aybdorni emas, portni nomlaydi. VPN ham ishlaydigan mashinada birinchi reaksiya itarib yuborilgan marshrutlarni ayblash bo‘ladi, lekin bind xatosi biron mijoz so‘rov yuborishidan oldin yuz beradi. Nimadir soketni allaqachon ushlab turibdi va vazifa uni aniqlashdir. Marshrut o‘zgarishlari portni bo‘shatolmaydi.
Shu tartibda besh qadam: xatoni qayta hosil qiling, tinglovchilarni sanab chiqing, wildcardni tushuning, vazifani tayinlang, so‘ng tekshiring.
1-qadam: xatoni qayta hosil qilish va o‘qish
dnsmasqni xizmat ishlatadigan bir xil konfiguratsiya bilan oldingi planda ishga tushiring, shunda xato taxmin qilinadigan jurnalda emas, terminalingizda ko‘rinadi. Xabardagi manzil oilasi va mahalliy manzilga e’tibor bering. Muayyan manzilga bind va wildcardga bind turli egalarga ega turli muvaffaqiyatsizliklardir.
Aniq matnni saqlang. Manzil ishlatilmoqda, ruxsat xatosi va mavjud bo‘lmagan interfeys barchasi ishga tushish xatosi sifatida keladi va ular uch xil tuzatishga ishora qiladi.
2-qadam: egalarini sanab chiqish
Avval soketlarni sanab chiqing. Manba porti 53 bo‘yicha filtr ko‘rish huquqi bo‘lsa, ikkala transportni va egalik qiluvchi jarayonni ko‘rsatadi:
ss -lntup 'sport = :53'Chiqishni ustunlar bo‘yicha o‘qing: transport, mahalliy manzil, port, jarayon. TCP tinglovchisi va UDP tinglovchisi alohida soketlar, shuning uchun birini to‘xtatish ikkinchisini bo‘shatmaydi. wildcard manzili har bir interfeysni qamrab oladi, ya’ni hech bir satr uni nomi bilan tilga olmasa ham VPN manzili allaqachon band. Jarayon nomi esa bu distributiv boshqaradigan resolver, konteyner yoki avvalgi tajriba ishlab qoldirgan narsa ekanini aytadi.
3-qadam: wildcard tuzog‘i
bind-interfaces parametri dnsmasq wildcard soketini yoki har bir sozlangan interfeys uchun bitta soketni bog‘lashini o‘zgartiradi, dnsmasq qo‘llanmasi ta’riflaganidek. Usiz dnsmasq wildcardni bog‘lab, so‘rovlarni interfeys bo‘yicha filtrlashi mumkin, bu esa boshqa demon wildcardni ushlab tursa darhol muvaffaqiyatsizlikka uchraydi. Linux bind-dynamicni qo‘shadi, u ishga tushgandan keyin yaratilgan interfeyslarni boshqaradi, VPN interfeysi faqat ulanayotganda paydo bo‘lsa, bu haqiqiy muammo.
Shu sababli har xil interfeyslar uchun sozlangan ko‘rinadigan ikki demon baribir to‘qnashadi. Ziddiyat niyatda emas, soketda. Bog‘lash rejimini ongli tanlang va o‘zgartirishdan oldin versiyangiz uchun hujjatlashtirilgan xatti-harakatni o‘qing.
4-qadam: vazifani tayinlash
Qaysi demon VPN mijozlariga, qaysi biri hostga javob berishini hal qiling. Tunnel manzilida tinglab, yuqoriga uzatuvchi bitta resolver odatiy tartib; har biri o‘zini 53-port egasi deb hisoblaydigan ikki resolver esa umuman tartib emas.
So‘ng bu qarorni har bir xizmatning o‘z konfiguratsiyasida ifodalang: tinglash manzillari, interfeys filtrlari va uzatish. Ularni xizmat egasi orqali o‘zgartiring, u distributiv birligi, tarmoq menejeri yoki konteyner ishlash muhiti bo‘lsin, o‘zgarish qayta ishga tushirishdan keyin ham qolsin.
5-qadam: soketni, so‘ng yo‘lni tekshirish
Qayta ishga tushirgandan keyin mijozni sinashdan oldin mo‘ljallangan soketlar mavjudligini tasdiqlang. Hech qachon bog‘lanmagan demonni marshrut bilan qutqarib bo‘lmaydi, to‘g‘ri bog‘langan soketga nisbatan mijoz xatosi esa boshqa yechimli boshqa muammo. So‘ng tunneldagi mijozdan yetib borishni tekshiring. Faqat shundan keyin kerakli nomlar hal bo‘ladimi, deb so‘rash o‘rinli.
Alohida saqlanishi kerak uch natija: soket bor, mijoz unga yetadi, javob to‘g‘ri.
Nima qilmaslik kerak
Portni bo‘shatish uchun unga nima bog‘liqligini bilmasdan notanish resolverni to‘xtatmang, chunki hostning o‘z qidiruvlari odatda unga bog‘liq. Ikkinchi demonni ommaviy tinglash manziliga ko‘chiruvchi eski retseptni ko‘chirmang, chunki bu yon ta’sir sifatida kim sizdan so‘rov yuborishi mumkinligini hal qiladi. Va xato mahalliy bo‘lganda uzatish qo‘shmang.
Agar mashina boshqariladigan bo‘lsa, egalik qarorini keyingi administrator topadigan joyda yozib qo‘ying. Port to‘qnashuvlari tasvir qayta qurilganda har safar qaytadi.