Hvers vegna hættir varpa að virka eftir að þú kveikir á VPN beinisins
Uppgötvun fer um staðbundið multicast á meðan sjónvarpið sækir miðlana sjálft. Sjálfgefin stefna getur gripið beiðnina á staðarnetinu og sent hana í göngin.
Varpa virkaði áður en kveikt var á VPN beinisins og bregst strax eftir það, á meðan venjuleg vafrun í símanum virkar áfram. Þessar tvær staðreyndir eru samræmanlegar, því varpa er ekki ein tenging. Síminn finnur móttakarann og stjórnar honum um staðarnetið, og móttakarinn sækir síðan miðlana um sína eigin tengingu.
Tvær leiðir sem bregðast á mismunandi hátt
Stjórnleiðin er staðbundin. Sími finnur móttakara með því að spyrja staðarnetið og opnar síðan stjórntengingu á það vistfang sem hann lærði. Ef móttakarinn birtist aldrei á listanum hefur uppgötvunarþrepið brugðist áður en nokkur miðill var beðinn um.
Miðlaleiðin er ekki endilega staðbundin. Margir móttakarar sækja streymið sjálfir, um sína eigin tengingu og með sínum eigin skilríkjum, svo leið símans lýsir ekki leið móttakarans. Sími sem virðist nota einn útgang segir ekkert um hvert umferð sjónvarpsins fer.
Þessi skipting er ástæðan fyrir því að bilunin virðist skrýtin. Göngin breyttu leiðatöflu símans en ekki töflu sjónvarpsins, svo einkenni sem birtist á annarri hlið parsins verður að rekja á þeirri hlið. Að rekja rangt tæki er venjulega ástæðan fyrir því að viðgerð virðist gera ekkert.
Hvers vegna uppgötvun brestur fyrst
Uppgötvun fer venjulega um staðbundið multicast. mDNS sendir á 224.0.0.251 á UDP gátt 5353, og SSDP sendir á 239.255.255.250 á UDP gátt 1900. Bæði eru takmörkuð við eina tengingu að hönnun, og þess vegna sendir beinir þau ekki á milli hluta án aðstoðar endurvarpa eða milliþjóns. Beint VPN víkkar ekki multicast hóp, og stefnuleið getur ekki látið hóp sem fór aldrei af tengingunni birtast á annarri.
Fyrsta bilunin hefur því ekkert með dulritun að gera. Multicast símans yfirgefur viðmótið sem það var sent á, móttakarinn er í hluta sem sér það aldrei, og tækjalistinn kemur tómur til baka. Tómur listi er ekki sönnun þess að sjónvarpið hafi misst nettengingu.
Einangrun veldur sama einkenni án nokkurs VPN. Gestanet og einangrun viðskiptavina á aðgangspunktum koma viljandi í veg fyrir að tæki tali saman, og að kveikja á VPN beinisins ofan á einangraðan hluta breytir engu um það. Athugaðu einangrunarstillinguna áður en þú athugar göngin. Það er ódýrara svar og algengara.
Skipulag hlutanna er hinn helmingurinn. Önnur beinir, mesh hnútur í öðrum ham eða snúruhluti bak við annað NAT setja öll móttakarann þar sem umferð uppgötvunar frá símanum nær ekki.
Hvers vegna sjálfgefin stefna getur gleypt staðbundna beiðni
Beinir sem beinir allri umferð í göng setur sjálfgefna leið á viðmót ganganna. Ef forskeyti staðarnetsins er ekki undanskilið frá þeirri stefnu passar pakki sem er stílaður á tæki tvo metra í burtu nú við sjálfgefnu leiðina, og beinirinn sendir stjórnbeiðnina í göngin í staðinn fyrir á rofann.
| 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 |
Röð reglnanna ræður niðurstöðunni. Stefnumiðuð leiðsögn metur reglur í forgangsröð, svo undantekning fyrir staðbundna forskeytið verður að koma áður en reglan sem velur töflu ganganna. Að bæta undantekningunni við eftir reglu ganganna hefur engin áhrif, og þess vegna getur stilling sem virðist rétt sent staðarnetsumferð á fjarlægan útgang samt sem áður.
Viðgerðin er þröng: leyfðu tilteknu staðbundnu áfangastaðina sem varpaflæðið þarf og láttu restina af einangruninni í friði. Að fjarlægja einangrun viðskiptavina sem fyrsta skref lagar einkennin en hendir stjórntæki sem netinu var ætlað að hafa.
Fljótleg uppfletting í símanum ræður hvor bilunin er til staðar. Ef leiðin að móttakaranum bendir á göngin er stefnan vandamálið. Ef hún bendir á staðarnetið og uppgötvun brestur enn er multicast eða einangrun vandamálið, og engin leiðabreyting mun hjálpa.
ip route get 192.168.1.50
ip rule show
avahi-browse -rt _googlecast._tcpPrófaðu þrepið sem breyttist, ekki landið
Skráðar athuganir eru meira virði en endurteknar tilraunir. Skrifaðu niður hvort móttakarinn birtist á tækjalistanum, hvort stjórnbeiðni nái til hans og hvort spilun hefjist þegar streymi er valið. Hvert svar fjarlægir eitt þrep úr gruninum.
Prófaðu síðan hvert þrep beint í stað þess að skipta um útgangsstaði. Að skipta um VPN land prófar miðlaleiðina og lætur uppgötvunar- og stjórnþrepin ósnortin, svo það getur virðst hjálpa fyrir tilviljun án þess að kenna þér nokkuð.
Á hlið móttakarans skaltu athuga hans eigin leið og stöðu reikningsins. Sjónvarp sem sækir miðla um annan útgang en síminn er eðlileg hönnun, og bilun þar er spurning um netstefnu móttakarans en ekki um göng símans.
Skrifaðu niðurstöðuna sem eina setningu um hvaða þrep bilaði og hvað breytti því. Sú setning er meira virði en vika af landaskiptum, og hún lifir næstu fastbúnaðaruppfærslu af.
Varpa er gott prófunartilfelli fyrir almenna reglu um göng. Þegar einu er bætt við net er fyrsta spurningin hvaða áfangastaðir hefðu aldrei átt að komast inn í það. Sú önnur er hverjum þeirra stefnan samþykkti samt hljóðlega.