Chromecast жана DLNA аныктоосу маршрутталган VPN аркылуу эч качан өтпөйт

Трансляция баскычы эч нерсе тизмелейт эмес, VLC DLNA бош бойдон калат, ал эми экинчи учтагы машина нааразылыксыз pingге жооп берет. Бул айкалыш өткөрүү жөндөмдүүлүгүнүн маселеси да, firewall табышмагы да эмес. Бул протоколдордо аныктоо — жергиликтүү сегменттеги топтук алмашуу, жана маршрутталган туннель топтук дареги бар трафикти алып өтпөйт. Сиз баштоого аракет кылып жаткан сессия эч качан сунушталбайт.

Жеткиликтүүлүк тартибинде. Аныктоо жетишпейт.

Уламыш: туннелге параметр же көбүрөөк сыйымдуулук керек

Адаттагы сунуштар — peer-to-peer трафигин күйгүзүү, MTUну көтөрүү же туннель түзмөгүнүн түрүн өзгөртүү. Алардын эч бири трансляция доменин кошпойт. Multicastты коммутаторлор жана жергиликтүү тармак стеги жеткирет, ал эми чекит-чекит TUN интерфейсинде толтурууга топтук дарек жок.

Жөндөөлөрдү өзгөртүү ийгиликсиздикти ого бетер катуу кыла алат. Бирок протокол эч качан жибербеген жарнаманы ал пайда кыла албайт.

Аныктоо алмашуусу чындыгында эмне

Үч үлгү жолугуучу нерселердин дээрлик баарын камтыйт. mDNS 224.0.0.251ге UDP 5353 аркылуу жиберет, SSDP 239.255.255.250ге UDP 1900 аркылуу жиберет, ал эми эски SMB серептөө тизмелери ички тармактын трансляция дарегине барчу. Ар бири хостко эмес, топко багытталган, жана ар бири ошол эле сегменттеги угуучуну күтөт. Маршрутталган туннелдин наркы жагындагы кабыл алуучу ошол сегментте эмес, ошондуктан эч нерсе жетпейт.

Кайра жиберилген жарнама да пайдалуу жүктү алып жүрөт: адатта жиберүүчүнүн LAN дареги жана порту, ага алыскы көрүүчү кийин жете алышы керек.

Туннелди өзгөртүүдөн мурун жазууну окуңуз

Колдонмо скандап жатканда туннель интерфейсинде жазуу жасаңыз. Бош жазуу жарнама чек арадан эч качан өтпөгөнүн билдирет, жана туннелдин эч кандай жөндөөсү аны өзгөртпөйт. Колдонмо дагы эле эч нерсе көрсөтпөсө да пайда болгон пакеттер адатта жарыяланган даректин көрүүчү үчүн жеткиликсиз экенин билдирет — бул аныктоо кийимин кийген маршруттоо маселеси.

Эки мүнөттүк жазуу порттор тууралуу бир сааттык божомолду алмаштырат: tcpdump -ni tun0 udp port 5353 or udp port 1900.

Үч чечим, эң арзаны биринчи

Кардарды түздөн-түз кызмат дарегине багыттаңыз. DLNA, SMB жана жөнөкөй медиа серверлер үчүн бул аныктоону толугу менен айланып өтөт жана пайдалуу жүк жолу иштешин далилдейт, бул аны эң жакшы биринчи сынак жана колдонууга жарактуу айланып өтүү жолу кылат. Chromecast — өзгөчөлүк, анткени кабыл алуучу даректөөнү эмес, табылууну күтөт.

Протоколду шлюзде кайра жибериңиз. mDNS чагылдыргычы жарнамаларды туннель менен LANдын ортосунда кайталайт, ал эми Avahi ачык интерфейс тизмесин алган чагылдыргыч бөлүмүн сунуштайт. Кайра жиберүүнү тар кармаңыз жана жарыяланган даректин эки тараптан тең жеткиликтүү экенин ырастаңыз, болбосо жооп дагы эле көрүүчү маршруттай албаган ички тармакка көрсөтөт.

Маршруттоонун ордуна көпүрө жасаңыз. Сервер tap түзмөгүн LANга көпүрөлөгөн TAP сегменти эки учту бир трансляция доменине коёт, ошондуктан жарнамалар өзгөрүүсүз өтөт. Бул эң кымбат вариант да, анткени бир ички тармак бир бузулуу доменин билдирет жана LANдагы ар бир multicast кызматы азыр ар бир теңдешке жетет.

Эмне жардам бербейт, канча жолу сунушталса да

Көпүрөсүз dev tunди dev tapге алмаштыруу дагы эле маршрутталган TAP түзмөгүн калтырат, ошондуктан жүрүм-турум өзгөрбөйт. client-to-client peer-to-peer unicastка уруксат берет жана трансляцияны толтурбайт. Аныктоо портун бир хостко багыттоо топтук дареги бар трафикти жеткирбейт. Бир дарекке байланган медиа сервер өзүнүн конфигурациясы VPN интерфейсин тизмелеге чейин ошол даректе жооп бере берет.

Бир түз unicast сурамын, андан кийин бир жарыяланган сурамды сынап көрүңүз. Эгер биринчиси иштеп, экинчиси иштебесе, туннель соо жана аныктоо — бүт маселе.