Predvajanje prek VPN: odkrivanje, nadzor ali pretok?

Predvajanje se zlomi na treh mestih, ki so s kavča videti enako. Telefon morda nikoli ne vidi sprejemnika, sprejemnik se lahko pojavi in nato zavrne sejo, ali seja se lahko začne in čez minuto obstane. Tunel na telefonu vsako od teh poti spremeni drugače, pri eni od njih pa ne spremeni ničesar. Najprej poimenujte stopnjo, ki odpove, šele nato odločite, ali je sprememba pravilnika sploh prava ročica.

Poimenujte stopnjo, ki odpove, preden spremenite pravilnik

Opazujte, kaj telefon naredi takoj po dotiku ikone za predvajanje. Prazen seznam je rezultat odkrivanja, dotik s sporočilom o napaki je rezultat nadzora, seja, ki se začne in šele nato ustavi, pa je rezultat predvajanja. Ti trije imajo različne lastnike in običajno le prva dva vključujeta nastavitve tunela na telefonu.

Zapišite stopnjo, preden karkoli spremenite. Popravek na napačni stopnji naredi naslednji test neberljiv, in večina zgodb o predvajanju izhaja prav iz te zmede.

Odkrivanje je lokalni promet, tunel pa ga skrije

Sprejemniki se oglašajo z lokalnimi najavami, telefon pa jih najde s poizvedbami na isti povezavi, zato vse, kar odstrani telefon s te povezave, odstrani sprejemnik s seznama. Tunel, ki vso komunikacijo usmerja stran od LAN, lahko te izmenjave skrije, dovoljenje za lokalno omrežje na ravni aplikacije pa jih lahko blokira tudi takrat, ko pot obstaja. Gostujoči Wi-Fi z izolacijo odjemalcev ustvari enak prazen seznam brez kakršnega koli VPN. Dokažite, da si napravi delita segment, preden krivite tunel.

avahi-browse -at | grep -i -E 'chromecast|googlecast'
dig +short @224.0.0.251 -p 5353 _googlecast._tcp.local PTR

Prvi ukaz našteje, kaj se oglaša v segmentu pomožnega računalnika, drugi pa neposredno vpraša skupino multicast DNS. Sprejemnik, ki ga ni v nobenem, se ne bo pojavil niti v aplikaciji na telefonu, ne glede na stanje tunela. Če je sprejemnik viden z naprave z izklopljenim tunelom in neviden z naprave z vklopljenim, ste stopnjo in vzrok našli hkrati.

Izjema za LAN ohranja tunel vklopljen

Številni odjemalci ponujajo izjemo za lokalno omrežje, ki pusti tunel aktiven in dovoljuje lokalne naslove. Uporabite to dokumentirano nastavitev, namesto da izklopite kill switch ali celoten požarni zid, ker ti spremenijo veliko več, kot predvajanje potrebuje. Če omrežje namerno ločuje pametne naprave, prosite lastnika za točen promet odkrivanja, nadzora in vračanja, ne za ravni dostop.

nc -vz 192.168.1.50 8009

Nadzorni test proti sprejemniku loči dovoljenje od dosegljivosti: vrata, ki odgovorijo, pomenijo, da pot obstaja, zavrnitev pa pomeni, da je telefon smel napravo odkriti in vseeno ne more govoriti z njo. Vrata 8008 in 8009 so običajna vrata za predvajanje, aplikacija pa lahko uporablja druga, zato ena zavrnjena vrata obravnavajte kot namig, ne kot sodbo. Izjema in dovoljenje aplikacije ostaneta neodvisna, ker lokalni dostop ne ustvari poti, dodajanje poti pa ne podeli dovoljenja. Kill switch lahko po ponovni povezavi spusti tudi lokalni promet, zato je treba odkrivanje znova preizkusiti, ko se tunel vrne.

Predvajanje morda ne uporablja povezave telefona

V seji, ki jo vodi aplikacija, telefon sprejemniku preda naslov medija, sprejemnik pa ga pridobi po svoji povezavi, zato spreminjanje javnega naslova telefona za pretok ne naredi ničesar. Naslov, omejen z računom, lahko še vedno spodleti iz svojih razlogov, in Googlove zahteve za predvajanje zajemajo združljivost aplikacije in naprave, ne omrežne poti. Usmerjanje samega televizorja skozi tunel je ločena konfiguracija z lastnimi vprašanji pravilnika.

Dve sledi ločita načina. Predvajanje, ki preživi zaklep zaslona telefona, vodi aplikacija, ker sprejemnik pridobiva sam; zrcaljenje, ki se ustavi ob zaklepu zaslona pošiljatelja, je neprekinjen pretok s telefona. Ko odkrivanje in nadzor uspeta, predvajanje pa se ustavi, raje poglejte povezavo Wi-Fi sprejemnika in njegovo internetno pot, ker hitrostni test na telefonu opisuje telefon in ne televizorja.

Razveljavite izjemo in znova preizkusite

Vsaka začasna sprememba potrebuje pot nazaj, vrstni red pa je pomemben. Odstranite izjemo za LAN, znova povežite tunel, da odjemalec znova uveljavi svoj pravilnik, nato ponovite korak odkrivanja in zabeležite, ali sprejemnik spet izgine. To zaporedje vam pove, ali je izjema opravljala delo ali se je vmes spremenilo kaj drugega.

# after removing the LAN exception, reconnect and confirm the tunnel is up
resolvectl status | grep -E 'DNS Servers|Default Route|Protocols'
avahi-browse -at | grep -i -E 'chromecast|googlecast'

Nato preverite tri stopnje ločeno, ker uspeh pri eni ne pove ničesar o drugih. Potem preverite, ali nesorodne aplikacije na telefonu še vedno sledijo predvideni poti, ker je lokalna izjema, ki je tiho postala popoln obhod, slabši izid kot predvajanje, ki zahteva en dodaten dotik.