Zergatik uzten duen castak funtzionatzen routerraren VPNa gaitzean
Aurkikuntza multicast lokalaren bidez doa, eta telebistak berak deskargatzen ditu medioak. Politika lehenetsi batek LANeko eskaera har dezake eta tunelera bidali.
Castak routerraren VPNa gaitu aurretik funtzionatzen zuen eta berehala huts egiten du ondoren, telefonoko nabigazio arruntak oraindik funtzionatzen duen bitartean. Bi gertaerak bateragarriak dira, casta ez delako konexio bakarra. Telefonoak hargailua aurkitu eta kontrolatzen du sare lokalaren bidez, eta gero hargailuak berak deskargatzen ditu medioak bere konexioaren bidez.
Modu ezberdinean huts egiten duten bi bide
Kontrol-bidea lokala da. Telefonoak sare lokalari galdetuta aurkitzen du hargailua, eta gero ikasi duen helbidera kontrol-konexio bat irekitzen du. Hargailua inoiz zerrendan agertzen ez bada, aurkikuntza-urratsak huts egin du medioak eskatu aurretik.
Medioen bidea ez da nahitaez lokala. Hargailu askok beren kabuz deskargatzen dute korrontea, beren konexioaren eta beren kredentzialen bidez, beraz telefonaren ibilbideak ez du hargailuaren ibilbidea deskribatzen. Irteera bat erabiltzen duen itxura duen telefonoak ez du ezer esaten telebistaren trafikoa norantz doan.
Zatiketa hori da hutsak arraro dirudien arrazoia. Tunelak telefonaren bideratze-taula aldatu zuen eta telebistarena ez, beraz bikotearen alde batean agertzen den sintoma alde horretan jarraitu behar da. Gailu okerra jarraitzea da konponketak ezer egiten ez duela ematen duen arrazoi ohikoa.
Zergatik huts egiten duen lehenik aurkikuntzak
Aurkikuntza estekak lotutako multicastaren bidez joan ohi da. mDNSek 224.0.0.251 helbidera bidaltzen du UDP 5353 atakan, eta SSDPk 239.255.255.250 helbidera UDP 1900 atakan. Biak diseinuz esteka batera mugatuta daude, eta horregatik router batek ez ditu segmentuen artean birbidaltzen errepikagailu edo proxy baten laguntzarik gabe. Bideratutako VPN batek ez du multicast talde bat zabaltzen, eta politika-ibilbide batek ezin du estekatik inoiz atera ez den talde bat beste batean agerrarazi.
Beraz, lehen hutsak ez du zerikusirik zifratzearekin. Telefonaren multicastak bidali zen interfazea uzten du, hargailua inoiz ikusten ez duen segmentu batean dago, eta gailuen zerrenda hutsik itzultzen da. Zerrenda hutsa ez da telebistak interneteko sarbidea galdu duen froga.
Isolamenduak sintoma bera sortzen du VPNrik gabe. Gonbidatuen sareek eta sarbide-puntuetako bezero-isolamenduak nahita eragozten diete gailuei elkarrekin hitz egitea, eta isolatutako segmentu baten gainean routerraren VPNa gaitzeak ez du horretan ezer aldatzen. Egiaztatu isolamenduaren ezarpena tunela egiaztatu aurretik. Erantzun merkeena da eta ohikoena.
Segmentuen diseinua da beste erdia. Bigarren router bat, beste modu bateko mesh nodo bat edo beste NAT baten atzeko kable segmentu batek hargailua telefonaren aurkikuntza-trafikoa iristen ez den toki batean jartzen dute.
Zergatik har dezakeen politika lehenetsi batek eskaera lokal bat
Trafiko guztia tunelera bideratzen duen router batek ibilbide lehenetsi bat instalatzen du tunelaren interfazean. LANaren aurrizkia politika horretatik kanpo geratzen ez bada, bi metrora dagoen gailu batera zuzendutako paketea lehenetsiarekin bat egiten du orain, eta routerrak kontrol-eskaera tunelera bidaltzen du kommutadorearen ordez.
| 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 |
Arauen ordenak erabakitzen du emaitza. Politika-bideratzeak arauak lehentasun-ordenan ebaluatzen ditu, beraz aurrizki lokalaren salbuespena tunelaren taula hautatzen duen arauaren aurretik agertu behar da. Salbuespena tunelaren arauaren ondoren gehitzeak ez du eraginik, eta horregatik itxuraz zuzena den konfigurazio batek LANeko trafikoa urruneko irteera batera bidal dezake oraindik.
Konponketa estua da: baimendu cast-fluxuak behar dituen helburu lokal zehatzak, eta utzi isolamenduaren gainerakoa bakean. Bezero-isolamendua lehen urrats gisa kentzeak sintoma konpontzen du, baina sareak izateko diseinatuta zuen kontrola baztertzen du.
Telefonoko kontsulta bizkor batek argitzen du bi hutsetatik zein duzun. Hargailurainoko ibilbideak tunelera seinalatzen badu, politika da arazoa. LANera seinalatzen badu eta aurkikuntzak huts egiten jarraitzen badu, multikast edo isolamendua da arazoa, eta ibilbide-aldaketak ez du lagunduko.
ip route get 192.168.1.50
ip rule show
avahi-browse -rt _googlecast._tcpProbatu aldatu zen urratsa, ez herrialdea
Erregistratutako behaketek gehiago balio dute errepikatutako esperimentuek baino. Idatzi hargailua gailuen zerrendan agertzen den, kontrol-eskaera iristen zaion eta korrontea hautatzean erreprodukzioa hasten den. Erantzun bakoitzak urrats bat kentzen du susmoetatik.
Gero probatu urrats bakoitza zuzenean irteerak aldatzen ibili beharrean. VPNaren herrialdea aldatzeak medioen bidea probatzen du eta aurkikuntza zein kontrol urratsak ukitu gabe uzten ditu, beraz ustekabean laguntzen duela ematen lezake ezer irakatsi gabe.
Hargailuaren aldean, egiaztatu bere ibilbidea eta kontuaren egoera. Telefonoarena ez bezalako irteera batetik medioak deskargatzen dituen telebista diseinu normala da, eta hor huts egitea hargailuaren sare-politikari buruzko galdera da, ez telefonaren tunelari buruzkoa.
Idatzi emaitza esaldi bakarrean: zein urratsek huts egin zuen eta zer aldatu zuen. Esaldi horrek aste beteko herrialde-aldaketak baino gehiago balio du, eta hurrengo firmware-eguneraketari eusten dio.
Casta proba-kasu ona da tunelei buruzko arau orokor baterako. Sare batera tunel bat gehitzean, lehen galdera hau da: zein helmugak ez zuten inoiz hara sartu behar. Bigarrena hau da: politika isilik onartu zituen horietako zeintzuk.