OpenVPN orqali bo‘sh LAN o‘yinlar ro‘yxati? Aniqlash yo‘lini tekshiring

Boshqa o‘yinchining tunnel manziliga ping yuborish va uning xostlagan o‘yinini ko‘rish ikki xil yutuq. Lobbidagi ro‘yxat odatda bitta mahalliy tarmoq uchun yozilgan aniqlash almashinuviga bog‘liq, o‘yin sessiyasi esa manzil va portga oddiy ulanishdir. Bo‘sh ro‘yxatni marshrutlash xatosi deb hisoblash sizni kerak bo‘lmasligi mumkin bo‘lgan ko‘prikka yo‘naltiradi, shuning uchun biror narsani o‘zgartirishdan oldin ikki savolni ajrating.

Sessiyaga qo‘shilishni uni topishdan ajrating

Muvaffaqiyatsiz qo‘shilish marshrutlar, xavfsizlik devori qoidalari va tinglayotgan xizmatga ishora qiladi. Bo‘sh ro‘yxat bilan muvaffaqiyatli qo‘shilish aniqlashga yoki e’londa kelgan manzilga ishora qiladi. Bu ikki natija butunlay boshqa ishga olib boradi va ularni faqat birinchisini ataylab sinab ko‘rish bilan ajratish mumkin.

VPN konfiguratsiyasiga tegishdan oldin natijani yozib qo‘ying. Bu butun tekshiruvning eng arzon sinovi va dizayn maydonining yarmini yo‘q qiladi. Ishlatgan manzilni ham qayd eting, chunki u har bir keyingi sinov uchun tayanch nuqtasi bo‘ladi. Yozuvlaringizda shu satr bo‘lmasa, keyingi taqqoslash faqat taxmin.

Tunnelga tegishdan oldin to‘g‘ridan-to‘g‘ri qo‘shilishni sinab ko‘ring

Agar o‘yin to‘g‘ridan-to‘g‘ri ulanish variantini taklif qilsa, xostning tunnel manzilidan va o‘yinning hujjatlashtirilgan portidan foydalaning, o‘yinning o‘z autentifikatsiyasi va xostning xavfsizlik devori qoidalarini o‘z holida qoldiring. Muvaffaqiyatli qo‘shilish muammoni aniqlashgacha toraytiradi. Muvaffaqiyatsiz qo‘shilish hamon o‘z tekshiruvini talab qiladi va hech qanday relay uni tuzatmaydi.

Aniqlash porti va sessiya porti bir xil son deb o‘ylamang. O‘yinlar odatda bitta UDP portida e’lon qiladi va o‘yinchilarni boshqasida qabul qiladi, noto‘g‘ri port uchun qurilgan relay esa bo‘sh qoladigan ro‘yxat beradi.

Xosting jarayoni qaysi adapter tanlaganini ham tekshiring. Uy LAN manziliga bog‘langan jarayon o‘sha manzilni e’lon qiladi va masofaviy o‘yinchi e’lon yetib kelsa ham u yerga marshrut qila olmaydi. Ro‘yxat to‘lishi mumkin, ammo qo‘shilish faqat shu sabab bilan muvaffaqiyatsiz bo‘lishi mumkin.

Broadcast qayerda to‘xtashini tushuning

Marshrutlangan TUN tunnel tengdoshlar o‘rtasida IP paketlarini tashiydi va har bir tengdoshning tarmog‘ida mahalliy broadcastni qayta hosil qilmaydi. Cheklangan broadcast manzili 255.255.255.255 uni chiqaruvchi interfeys ichida qoladi, quyi tarmoqqa yo‘naltirilgan broadcast esa alohida holat, marshrutizatorlarga e’lonlarni to‘kib yuborish uchun umumiy litsenziya emas.

Bu dizayn xususiyati, variant bilan yamaladigan nuqson emas. OpenVPN va uning client-to-client sozlamasi tunnel ichidagi tengdoshlar trafigini boshqaradi va aniqlash relayi emas, garchi ko‘p mavzularda aynan shu maqsad uchun taklif qilinsa ham. Relay o‘z konfiguratsiyasi va o‘z ishdan chiqish rejimlariga ega alohida komponent. Mavjud variant buni allaqachon qamrab oladi degan taxmin bu tekshiruvning tiqilib qolishining eng keng tarqalgan sababidir.

Multicast aniqlash boshqa manzil sinfi bilan bir xil muammoga ega va unga broadcast istisnosi emas, multicast marshrutlash yoki relay kerak.

Relay oqlangan bo‘lsa, uni tor tuting

Agar avtomatik aniqlash talab bo‘lsa, avval haqiqiy almashinuvni aniqlang: broadcast yoki multicast, manzil manzili, UDP porti, uni yuboruvchi interfeys va javob ichidagi manzil. Shu besh fakt bilan cheklangan protokolga mos relay butun Ethernet segmentini kengaytirishdan ancha tor.

Paketni o‘zgartirmasdan uzatish ham yetarli bo‘lmasligi mumkin. Agar foydali yuk qabul qiluvchiga yetib bormaydigan manzilga ulanishni aytsa, relay foydasiz javob beradi, shuning uchun har qanday relay paydo bo‘lishidan oldin o‘yinning o‘z interfeysi yoki e’lon qilingan manzil sozlamasi sinab ko‘rilishi kerak.

Relayni unga muhtoj interfeyslar va tengdoshlar bilan cheklang, javoblar so‘rovchining qanday topishini aniqlang. Aloqasiz broadcastlarni takrorlash boshqa mahalliy xizmatlarni fosh qiladi va keyin tuzatish qiyin bo‘lgan halqalar hosil qiladi.

Ko‘prik faqat dizayn Ethernet talab qilganda

Ethernet kadrlari TAP ichida harakatlanadi, shuning uchun TAP tunnel ataylab ko‘prik qilingan broadcast domeniga tegishli bo‘lishi mumkin. Faqat dev tun ni dev tap ga almashtirish o‘sha ko‘prikni qurmaydi, server konfiguratsiyasini mos qilmaydi va ilovani yangi interfeysni tanlashga majburlamaydi. OpenVPN ko‘prik yo‘riqnomasi bitta bo‘sh lobbi uchun davo emas, kengroq tartibni tavsiflaydi.

Ko‘prik qurish manzillar rejasini ham tekislaydi, shuning uchun qaror sabrsizlikdan tashqari sababga loyiq. Alohida bo‘lgan ikki tarmoq bitta bo‘ladi va har ikki tomonning har bir xizmati qarshi tomon broadcastlarini ko‘ra boshlaydi. Bu oqibat kimdir uni yoqishidan oldin o‘zgarishlar jurnalida bo‘lishi kerak. O‘yin mijozlari 192.168 diapazonida bo‘lishi shart degan qoida yo‘q; bir-birini qoplamaydigan reja tanlang va forumdagi xabar shunday qildi deb tunnelni qayta raqamlash o‘rniga aniq o‘yinning cheklovlarini tekshiring.

Oxirida ikki natijani alohida saqlang: xostga qo‘shilish mumkinmi va aniqlash javobi boshqa o‘yinchi haqiqatan ishlata oladigan manzilni e’lon qiladimi. Ikkinchisini birinchisini tasdiqlamasdan tuzatish — odamlar hech qachon broadcast bilan bog‘liq bo‘lmagan muammo uchun ko‘prikni saqlab qolishining yo‘li.