Ang pagtuklas ng Chromecast at DLNA ay hindi kailanman tumatawid sa ruted na VPN

Walang nakalista sa cast button, nananatiling walang laman ang VLC DLNA, at sumasagot sa ping ang makina sa kabilang dulo nang walang reklamo. Ang kombinasyong iyon ay hindi problema sa bandwidth at hindi rin palaisipan ng firewall. Ang pagtuklas sa mga protocol na ito ay palitan ng grupo sa lokal na segment, at hindi nagdadala ang ruted na tunnel ng trapikong may grupong address. Ang sesyon na sinusubukan mong simulan ay hindi kailanman iniaalok.

Maayos ang pag-abot. Kulang ang pagtuklas.

Ang mito: kailangan ng tunnel ng setting o mas maraming kapasidad

Ang karaniwang mungkahi ay paganahin ang trapiko ng peer-to-peer, taasan ang MTU, o palitan ang uri ng device ng tunnel. Wala sa mga ito ang nagdaragdag ng broadcast domain. Ang multicast ay inihahatid ng mga switch at ng lokal na network stack, at ang point-to-point na TUN interface ay walang grupong address na babahain.

Ang pagbabago ng setting ay maaaring gawing mas maingay ang kabiguan. Hindi nito magagawang lumitaw ang isang anunsyo kung saan hindi kailanman nagpadala ang protocol.

Ano ba talaga ang palitan ng pagtuklas

Tatlong pattern ang sumasaklaw sa halos lahat ng makikita mo. Nagpapadala ang mDNS sa 224.0.0.251 sa UDP 5353, nagpapadala ang SSDP sa 239.255.255.250 sa UDP 1900, at ang mga lumang listahan ng browsing ng SMB ay pumupunta sa broadcast address ng subnet. Ang bawat isa ay nakatuon sa isang grupo at hindi sa isang host, at ang bawat isa ay umaasa ng tagapakinig sa parehong segment. Ang tagatanggap sa kabilang panig ng ruted na tunnel ay wala sa segment na iyon, kaya walang dumarating.

Kahit ang naipasang anunsyo ay nagdadala ng payload: karaniwan ang LAN address at port ng nagpadala, na dapat maabot ng malayong manonood.

Magbasa ng capture bago baguhin ang tunnel

Kumuha ng capture sa tunnel interface habang nag-i-scan ang app. Ang walang laman na capture ay nangangahulugang hindi kailanman tumawid ang anunsyo sa hangganan, at wala sa anumang tune ng tunnel ang makakabago niyon. Ang mga packet na lumilitaw pa rin habang wala pang ipinapakita ang app ay karaniwang nangangahulugang hindi maabot ng manonood ang inanunsyong address, na problema sa routing na nakasuot ng kasuutan ng pagtuklas.

Ang dalawang minutong capture ay pumapalit sa isang oras ng hula tungkol sa mga port: tcpdump -ni tun0 udp port 5353 or udp port 1900.

Tatlong solusyon, ang pinakamura muna

Ituro ang client nang direkta sa address ng serbisyo. Para sa DLNA, SMB at simpleng media server, nilalaktawan nito nang buo ang pagtuklas at pinatutunayan na gumagana ang landas ng payload, kaya ito ang pinakamahusay na unang pagsubok at kapaki-pakinabang ding pansamantalang solusyon. Ang Chromecast ang eksepsyon, dahil inaasahan ng tagatanggap na matagpuan siya kaysa ma-address.

Ipasok ang protocol sa gateway. Ang mDNS reflector ay nag-uulit ng anunsyo sa pagitan ng tunnel at ng LAN, at ang Avahi ay may seksyon ng reflector na tumatanggap ng malinaw na listahan ng interface. Panatilihing makitid ang pagpapasa, at tiyakin na ang inanunsyong address ay maabot mula sa dalawang panig, kung hindi ay tumuturo pa rin ang sagot sa subnet na hindi kayang i-route ng manonood.

Mag-bridge sa halip na mag-route. Ang TAP segment kung saan ini-bridge ng server ang tap device sa LAN ay naglalagay sa dalawang dulo sa isang broadcast domain, kaya dumadaan ang mga anunsyo nang walang pagbabago. Ito rin ang pinakamahal na opsyon, dahil ang isang subnet ay nangangahulugang isang failure domain at ang bawat multicast service sa LAN ay umaabot na ngayon sa bawat peer.

Ano ang hindi nakakatulong, gaano man kadalas imungkahi

Ang paglipat mula sa dev tun papuntang dev tap nang walang bridge ay nag-iiwan ng TAP device na ruted pa rin, kaya hindi nagbabago ang pag-uugali. client-to-client ay nagpapahintulot ng unicast sa pagitan ng mga peer at hindi binabaha ang broadcast. Ang pagpapasa ng discovery port sa isang host ay hindi naghahatid ng trapikong may grupong address. Ang media server na nakatali sa isang address ay patuloy na sumasagot sa address na iyon hanggang ilista ng sarili nitong configuration ang VPN interface.

Subukan ang isang direktang unicast na kahilingan, pagkatapos ay isang inanunsyong kahilingan. Kung gumagana ang una at hindi ang pangalawa, malusog ang tunnel at ang pagtuklas ang buong problema.