Chromecast va DLNA aniqlash hech qachon marshrutlangan VPN orqali o‘tmaydi

Translyatsiya tugmasi hech narsani ro‘yxatlamaydi, VLC DLNA bo‘sh qoladi va narigi uchdagi mashina shikoyatsiz pingga javob beradi. Bu birikma tarmoq kengligi muammosi ham, xavfsizlik devori jumbog‘i ham emas. Bu protokollarda aniqlash — mahalliy segmentdagi guruh almashinuvi, va marshrutlangan tunnel guruh manzilli trafikni olib o‘tmaydi. Siz boshlashga urinayotgan sessiya hech qachon taklif qilinmaydi.

Yetib borish joyida. Aniqlash yo‘q.

Afsona: tunnelga sozlama yoki ko‘proq sig‘im kerak

Odatiy takliflar — tengdosh-tengdosh trafigini yoqish, MTUni ko‘tarish yoki tunnel qurilmasi turini o‘zgartirish. Ularning hech biri translyatsiya domenini qo‘shmaydi. Multicast kommutatorlar va mahalliy tarmoq stegi tomonidan yetkaziladi, nuqta-nuqtaga TUN interfeysida esa to‘ldirish uchun guruh manzili yo‘q.

Sozlamalarni o‘zgartirish nosozlikni yanada baland qilishi mumkin. Ammo protokol hech qachon yubormagan eʼlonni u paydo qila olmaydi.

Aniqlash almashinuvi aslida nima

Uchta namuna deyarli hamma uchraydigan narsani qamrab oladi. mDNS 224.0.0.251 ga UDP 5353 orqali yuboradi, SSDP 239.255.255.250 ga UDP 1900 orqali yuboradi, eski SMB ko‘rish ro‘yxatlari esa quyi tarmoqning translyatsiya manziliga borardi. Har biri xostga emas, guruhga qaratilgan va har biri o‘sha segmentdagi tinglovchini kutadi. Marshrutlangan tunnelning narigi tomonidagi qabul qiluvchi bu segmentda emas, shuning uchun hech narsa yetib kelmaydi.

Hatto uzatilgan eʼlon ham yuk tashiydi: odatda jo‘natuvchining LAN manzili va porti, uzoq tomoshabin ularga yetib borishi kerak.

Tunnelni o‘zgartirishdan oldin yozuvni o‘qing

Ilova skanerlayotganda tunnel interfeysida yozib oling. Bo‘sh yozuv eʼlon hech qachon chegaradan o‘tmaganini bildiradi va tunnelning hech qanday sozlanishi buni o‘zgartirmaydi. Ilova hali hech narsa ko‘rsatmayotganda paydo bo‘ladigan paketlar odatda eʼlon qilingan manzil tomoshabin uchun yetib borilmasligini bildiradi — bu aniqlash libosidagi marshrutlash muammosi.

Ikki daqiqalik yozuv portlar haqidagi bir soatlik taxminni almashtiradi: tcpdump -ni tun0 udp port 5353 or udp port 1900.

Uch yechim, eng arzoni birinchi

Mijozni to‘g‘ridan-to‘g‘ri xizmat manziliga yo‘naltiring. DLNA, SMB va oddiy media serverlar uchun bu aniqlashni butunlay chetlab o‘tadi va yuk yo‘li ishlashini isbotlaydi, bu esa uni eng yaxshi birinchi sinov va foydalanish mumkin bo‘lgan aylanma yo‘l qiladi. Chromecast — istisno, chunki qabul qiluvchi manzillanishni emas, topilishni kutadi.

Protokolni shlyuzda uzating. mDNS aks ettirgich eʼlonlarni tunnel va LAN o‘rtasida takrorlaydi, Avahi esa aniq interfeys ro‘yxatini oladigan aks ettirgich bo‘limini beradi. Uzatishni tor tuting va eʼlon qilingan manzil ikki tomondan ham yetib borilishini tasdiqlang, aks holda javob hanuz tomoshabin marshrutlay olmaydigan quyi tarmoqqa ishora qiladi.

Marshrutlash o‘rniga ko‘prik qiling. Server tap qurilmasini LAN ga ko‘priklaydigan TAP segmenti ikki uchni bitta translyatsiya domeniga qo‘yadi, shuning uchun eʼlonlar o‘zgarmasdan o‘tadi. Bu eng qimmat variant ham, chunki bitta quyi tarmoq bitta nosozlik domenini bildiradi va LAN dagi har bir multicast xizmati endi har bir tengdoshga yetib boradi.

Nima yordam bermaydi, qanchalik tez-tez taklif qilinsa ham

Ko‘priksiz dev tun o‘rniga dev tap almashtirish hanuz marshrutlanadigan TAP qurilmasini qoldiradi, shuning uchun xatti-harakat o‘zgarmaydi. client-to-client tengdoshlar orasidagi unicastga ruxsat beradi va translyatsiyani to‘ldirmaydi. Aniqlash portini bitta xostga yo‘naltirish guruh manzilli trafikni yetkazmaydi. Bitta manzilga bog‘langan media server o‘z konfiguratsiyasi VPN interfeysini sanab o‘tmaguncha o‘sha manzilda javob beraveradi.

Bitta to‘g‘ridan-to‘g‘ri unicast so‘rovini, so‘ng bitta eʼlon qilingan so‘rovni sinab ko‘ring. Agar birinchisi ishlasa va ikkinchisi ishlamasa, tunnel sog‘lom va aniqlash butun muammo.