Bakit Tumitigil ang Casting Pagkatapos I-enable ang Router VPN
Ang pagtuklas ay dumadaan sa link-local multicast habang ang TV mismo ang kumukuha ng media. Maaaring mahuli ng default na patakaran sa policy ang LAN request at ipadala ito sa tunnel.
Gumagana ang casting bago i-enable ang router VPN at nabibigo agad pagkatapos, habang gumagana pa rin ang ordinaryong pag-browse sa telepono. Consistent ang dalawang katotohanan, dahil ang casting ay hindi isang koneksyon. Hinahanap at kinokontrol ng telepono ang receiver sa lokal na network, at pagkatapos ay kinukuha ng receiver ang media sa sarili nitong koneksyon.
Dalawang landas na nabibigo nang magkaiba
Lokal ang control path. Hinahanap ng telepono ang receiver sa pamamagitan ng pagtatanong sa lokal na network, pagkatapos ay nagbubukas ng control connection sa address na natutunan nito. Kung hindi lumilitaw ang receiver sa listahan, nabigo na ang pagtuklas bago pa humiling ng anumang media.
Hindi laging lokal ang media path. Maraming receiver ang kumukuha mismo ng stream, sa sarili nilang koneksyon at gamit ang sarili nilang kredensyal, kaya hindi inilalarawan ng ruta ng telepono ang ruta ng receiver. Ang teleponong mukhang gumagamit ng isang exit ay wala ring sinasabi tungkol sa direksyon ng trapiko ng TV.
Ang paghahati na ito ang dahilan kung bakit kakaiba ang pagkasira. Binago ng tunnel ang routing table ng telepono at hindi binago ang sa TV, kaya ang sintomas na lumilitaw sa isang bahagi ng pares ay dapat sundan sa bahaging iyon. Ang pagsiyasat sa maling device ang karaniwang dahilan kung bakit parang walang nagagawa ang isang pag-aayos.
Bakit unang nasisira ang pagtuklas
Karaniwang dumadaan ang pagtuklas sa link-local multicast. Nagpapadala ang mDNS sa 224.0.0.251 sa UDP port 5353, at nagpapadala ang SSDP sa 239.255.255.250 sa UDP port 1900. Pareho silang limitado sa isang link ayon sa disenyo, kaya hindi sila ipinapasa ng router sa pagitan ng mga segment nang walang tulong ng repeater o proxy. Hindi pinalalawak ng naka-rutang VPN ang isang multicast group, at hindi kayang gawin ng policy route na lumitaw sa ibang link ang isang group na hindi kailanman umalis sa link nito.
Kaya ang unang pagkasira ay walang kinalaman sa encryption. Iniiwan ng multicast ng telepono ang interface kung saan ito ipinadala, nasa segment ang receiver na hindi ito nakikita, at bumabalik na walang laman ang listahan ng device. Ang walang lamang listahan ay hindi patunay na nawalan ng internet access ang TV.
Gumagawa rin ng parehong sintomas ang isolation nang walang anumang VPN. Sadyang hinahadlangan ng guest networks at client isolation sa access point ang mga device na mag-usap, at walang binabago ang pag-enable ng router VPN sa ibabaw ng isolated na segment. Suriin ang setting ng isolation bago suriin ang tunnel. Iyon ang mas murang sagot at mas karaniwan.
Ang layout ng mga segment ang kabilang kalahati. Ang pangalawang router, mesh node sa ibang mode, o wired segment sa likod ng ibang NAT ay inilalagay ang receiver sa lugar na hindi nararating ng trapiko ng pagtuklas ng telepono.
Bakit kayang lunukin ng default na patakaran ang isang lokal na request
Ang router na nagpapadala ng lahat ng trapiko sa tunnel ay naglalagay ng default route sa tunnel interface. Kung hindi ibinukod ang LAN prefix sa policy na iyon, ang packet na patungo sa device na dalawang metro ang layo ay tumutugma na sa default, at ipinapadala ng router ang control request sa tunnel sa halip na sa switch.
| Stage | What carries it | How a router VPN interferes |
|---|---|---|
| Discovery | Link-local multicast on a single segment | Not extended across segments, and not repaired by a route |
| Control connection | Unicast to the receiver address on the LAN | A policy default can capture the LAN destination and tunnel it |
| Media fetch | The receiver's own connection | Unaffected by the phone's route, but affected by the TV's own policy |
| Account authorization | Tokens held by the application | Can fail for reasons unrelated to any route |
Ang pagkakasunod-sunod ng mga rule ang nagpapasya sa resulta. Sinusuri ng policy routing ang mga rule ayon sa priority, kaya ang exception para sa lokal na prefix ay dapat mauna sa rule na pumipili ng tunnel table. Walang epekto ang pagdagdag ng exception pagkatapos ng tunnel rule, kaya ang configuration na mukhang tama ay maaari pa ring magpadala ng LAN traffic sa malayong exit.
Makitid ang pag-aayos: payagan ang mga partikular na lokal na destinasyong kailangan ng casting flow, at iwanang payapa ang natitirang isolation. Ang pagtanggal ng client isolation bilang unang hakbang ay nagpapagaling sa sintomas ngunit itinatapon ang kontrol na dapat sanang mayroon ang network.
Ang mabilis na pagtingin sa telepono ang magpapasya kung alin sa dalawang pagkasira ang nararanasan mo. Kung ang ruta patungo sa receiver ay tumuturo sa tunnel, ang problema ay ang policy. Kung tumuturo ito sa LAN at nabibigo pa rin ang pagtuklas, ang problema ay multicast o isolation, at walang pagbabago sa ruta ang makakatulong.
ip route get 192.168.1.50
ip rule show
avahi-browse -rt _googlecast._tcpSubukan ang yugtong nagbago, hindi ang bansa
Mas mabuti ang naitalang obserbasyon kaysa paulit-ulit na eksperimento. Itala kung lumilitaw ang receiver sa listahan ng device, kung nararating ito ng control request, at kung nagsisimula ang playback kapag pumili ng stream. Bawat sagot ay nag-aalis ng isang hakbang sa hinala.
Pagkatapos ay subukan ang bawat hakbang nang direkta sa halip na magpalit ng exit location. Ang pagpalit ng bansa ng VPN ay sumusubok sa media path at hindi ginagalaw ang pagtuklas at kontrol, kaya maaaring magmukhang nakatulong ito nang nagkataon nang walang itinuturo sa iyo.
Sa panig ng receiver, suriin ang sarili nitong ruta at ang sarili nitong account status. Ang TV na kumukuha ng media sa ibang exit kaysa sa telepono ay normal na disenyo, at ang pagkasira doon ay tanong tungkol sa network policy ng receiver, hindi tungkol sa tunnel ng telepono.
Isulat ang resulta sa isang pangungusap tungkol sa kung aling hakbang ang nasira at ano ang nagbago nito. Mas mahalaga ang pangungusap na iyon kaysa isang linggong pagpapalit ng bansa, at tumatagal ito sa susunod na firmware update.
Ang casting ay magandang test case para sa pangkalahatang tuntunin tungkol sa mga tunnel. Kapag may idinagdag na tunnel sa isang network, ang unang tanong ay aling mga destinasyon ang hindi dapat pumasok doon, at ang pangalawa ay alin sa mga ito ang tahimik na tinanggap pa rin ng policy.