OpenVPN AF_INET ogohlantirishi: zararsiz qaytish yoki muvaffaqiyatsiz socket?

Ikkita OpenVPN jurnal satri bir xil so'zlar bilan boshlanadi va ulardan faqat bittasi muammo haqida xabar beradi. Could not determine IPv4/IPv6 protocol. Using AF_INET qaytish haqidagi bildirishnoma: profil manzil oilasini ochiq qoldirdi, shuning uchun demon bittasini tanlab davom etdi. Xato tarmog'i socket yaratilmaganini xabar qiladi va qayta ishga tushirishni talab qiladi. Umumiy prefiksdan keyingi hamma narsa ularni ajratadi, shuning uchun biror narsani o'zgartirishdan oldin undan narini o'qing.

Qaytish bildirishnomasi nima haqida xabar beradi

OpenVPN proto udp4 yoki proto udp6 orqali aniq oilani qabul qiladi va ishga tushishda oila aniqlanishi kerak bo'lsa proto udp ni qabul qiladi. Ikkinchi holda demon mahalliy bind ma'lumotlarini ko'rib chiqadi va tanlaydi.

Bu aniqlash ishlaganda, ogohlantirish qaysi tomonga ketganini aytadi va jarayon socket yaratishni davom ettiradi. Ikki stackli xostda proto udp bo'lgan server ko'pincha shu tarzda IPv4 ga tushadi. Bu yo'lda hech narsa xato emas va unda hujum, yo'q veb-server yoki rad etilgan hisobga ishora qiluvchi hech narsa yo'q. Satr faqat keyingi tekshiruvlarni u nomlagan oila bilan taqqoslash kerakligi uchun foydalidir.

Buni bitta savolga javob deb qabul qiling, tashxis deb emas. Bu jarayon qaysi oilani tanlaganini aytadi va klient nima uchun ulanmasligi haqida hech narsa aytmaydi.

Xato tarmog'i qanday ko'rinadi

Keyinroq xuddi shu socket kodida socket umuman bo'lmagan tarmoq bor. U qisqaroq manzil oilasi xabarini yozadi va qayta ishga tushirishni so'raydi, chunki davom etish uchun hech narsa qolmagan. Boshlang'ich so'zlar qaytishga mos keladi; natija mos kelmaydi.

Ularni keyingi narsaga qarab ajrating. Agar demon ishlashda davom etib, o'z tinglovchisini xabar qilsa, satr ma'lumot edi. Agar u chiqsa yoki tsiklda qayta ishga tushsa, endi gap bind haqida.

grep topilmasi ham tarmoqni aniqlash emas. Bu ibora aylanadigan xulosalarda, bukilgan satrlarda va odamlar ikkinchi qo'ldan joylaydigan jurnal parchalarida uchraydi, shuning uchun bitta moslik o'rniga qo'shni satrlarni va vaqt belgilari tartibini o'qing.

Ogohlantirish o'rniga tinglovchini tekshiring

Ishlayotgan server jurnal matnidan xulosa chiqarmasdan oila savoliga to'g'ridan-to'g'ri javob beradi.

ss -lunp | grep openvpn
ss -ltnp | grep openvpn

Oila, manzil va portni profil bilan moslashtiring. 0.0.0.0:1194 satri faqat IPv4, ikki stackli xostdagi [::]:1194 satri esa bindv6only sozlamasiga qarab ikkala oilani ham qabul qilishi mumkin. Agar profil udp desa va socket IPv4 bo'lsa, hal qiluvchisi faqat AAAA yozuvini qaytaradigan klientlar tunnel haqida muzokara bo'lishidan oldin muvaffaqiyatsiz bo'ladi.

Keyin foydalanuvchilaringizga o'xshash klientdan sinab ko'ring: bir xil hal qiluvchi yo'li, bir xil tarmoq turi. Serverdan mahalliy ulanish NAT qurilmasi yoki boshqa oila uchun yozilgan xavfsizlik devori qoidasidan o'tadigan trafik haqida juda kam narsani isbotlaydi.

Oilani majburlash qachon to'g'ri

proto udp4 ni belgilash faqat IPv4 joylashtirish uchun mos: faqat A turidagi DNS nomi, bitta v4 manzil uchun xavfsizlik devori qoidalari, faqat v4 manzillarni beradigan operatorlar orqasidagi klientlar. Bu noaniqlikni yo'q qiladi va keyingi jurnal satrlari to'plamini oldindan aytib bo'ladigan qiladi.

Xuddi shu dalil IPv6 birinchi o'rinda turadigan muhit uchun teskari ishlaydi va faqat A klient bazasi oldida udp6 o'zingiz keltirib chiqargan uzilishdir. Zararsiz ogohlantirishni jim qilish uchungina oilani majburlash bu xatoning klassik ko'rinishidir, chunki tinchroq jurnal evaziga kim ulanishi mumkinligini o'zgartirdingiz.

Yakuniy nuqtalar va ularga yetib borishi kerak bo'lgan klientlarga qarab tanlang. OpenVPN 2.6 qo'llanmasi tashish shakllarini hujjatlashtiradi va xabar o'sha tanlovning chiqishi, uning kirishi emas.

Yozuvni tor tuting

Aniq satrni vaqt belgisi bilan, ishlayotgan profildan samarali tashish sozlamasini, yadro xabar qiladigan socketni va muvaffaqiyatsiz bo'lgan keyingi bosqichni yozib qo'ying. O'sha to'rt narsa xabar ko'taradigan deyarli har bir savolni hal qiladi va ularning hech biri aloqasiz xizmatlar haqida taxmin qilishni talab qilmaydi. Ular ishni topshirishda ham saqlanib qoladi, grep skrinshoti buni qilmaydi.

Bu ogohlantirish bilan birga keladigan paket takliflari, xato yo'q bajariladigan faylni nomlamaguncha aloqasizdir.

Agar ifconfig haqiqatan yo'q bo'lsa, skript uni chaqirganda demon buni nomi bilan aytadi va bu alohida tekshiruvga loyiqdir. AF_INET satri va yo'q yordamchi dastur turli nosozliklar, va ogohlantirish o'zgaradimi-yo'qmi ko'rish uchun narsalarni o'rnatish toza xostning tartibsiz xostga aylanish yo'lidir.