Premietanie cez VPN: zisťovanie, ovládanie alebo stream?

Premietanie sa láme na troch miestach, ktoré z gauča vyzerajú rovnako. Telefón nemusí nikdy vidieť prijímač, prijímač sa môže objaviť a potom reláciu odmietnuť, alebo relácia môže začať a o minútu sa zaseknúť. Tunel v telefóne mení každú z tých ciest inak, a pri jednej z nich nemení nič. Najprv pomenujte zlyhávajúcu fázu a až potom rozhodnite, či je zmena politiky vôbec správna páka.

Pomenujte zlyhávajúcu fázu pred zmenou politiky

Sledujte, čo telefón robí hneď po tom, čo sa dotknete ikony premietania. Prázdny zoznam je výsledok zisťovania, dotyk hlásiaci chybu je výsledok ovládania a relácia, ktorá sa začne a až potom zasekne, je výsledok prehrávania. Tie tri majú rôznych vlastníkov a zvyčajne len prvé dve súvisia s nastaveniami tunela v telefóne.

Zapíšte fázu skôr, než čokoľvek zmeníte. Oprava použitá na nesprávnej fáze robí nasledujúci test nečitateľným, a väčšina povestí o premietaní vzniká práve z tohto zmätku.

Zisťovanie je lokálna prevádzka a tunel ho skrýva

Prijímače sa ohlasujú lokálnymi oznámeniami a telefón ich nachádza dopytmi v tom istom spojení, takže čokoľvek odstráni telefón z tohto spojenia, odstráni prijímač zo zoznamu. Tunel, ktorý odkláňa všetku prevádzku mimo LAN, môže tieto výmeny skryť, a povolenie lokálnej siete na úrovni aplikácie ich môže zablokovať aj vtedy, keď trasa existuje. Hosťovská Wi-Fi s izoláciou klientov dáva ten istý prázdny zoznam úplne bez VPN. Dokážte, že obe zariadenia zdieľajú segment, skôr než obviníte tunel.

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

Prvý príkaz vypíše, čo sa ohlasuje v segmente pomocného stroja, a druhý sa priamo pýta skupiny multicast DNS. Prijímač, ktorý chýba v oboch, sa neobjaví ani v aplikácii v telefóne, nech je stav tunela akýkoľvek. Ak je prijímač viditeľný zo zariadenia s vypnutým tunelom a neviditeľný zo zariadenia so zapnutým, našli ste fázu aj príčinu naraz.

Výnimka pre LAN drží tunel zapnutý

Mnohí klienti ponúkajú výnimku pre lokálnu sieť, ktorá necháva tunel aktívny a povoľuje lokálne adresy. Použite toto zdokumentované nastavenie namiesto vypnutia kill switchu alebo celého firewallu, pretože tie menia omnoho viac, než premietanie potrebuje. Ak sieť zámerne oddeľuje inteligentné zariadenia, požiadajte správcu o konkrétnu prevádzku zisťovania, ovládania a návratu namiesto plochého prístupu.

nc -vz 192.168.1.50 8009

Ovládací test smerom k prijímaču oddeľuje povolenie od dostupnosti: port, ktorý odpovedá, znamená, že cesta existuje, kým odmietnutie znamená, že telefónu bolo dovolené zariadenie zistiť a stále s ním nedokáže hovoriť. Porty 8008 a 8009 sú obvyklé porty premietania a aplikácia môže používať iné, preto berte jeden odmietnutý port ako náznak, nie ako rozsudok. Výnimka a povolenie aplikácie zostávajú nezávislé, keďže lokálny prístup nevytvára trasu a pridanie trasy nedáva povolenie. Kill switch môže po opätovnom pripojení zhodiť aj lokálnu prevádzku, a preto sa zisťovanie musí znova otestovať, keď sa tunel vráti.

Prehrávanie nemusí používať pripojenie telefónu

V relácii riadenej aplikáciou telefón odovzdá prijímaču mediálnu adresu a prijímač si ju stiahne cez vlastné pripojenie, takže zmena verejnej adresy telefónu pre stream nič nerobí. Titul obmedzený účtom môže stále zlyhať z vlastných dôvodov a požiadavky Google na premietanie pokrývajú kompatibilitu aplikácie a zariadenia, nie sieťovú trasu. Smerovanie samotného televízora cez tunel je samostatná konfigurácia s vlastnými otázkami politiky.

Dve stopy odlišujú režimy. Premietanie, ktoré prežije uzamknutie obrazovky telefónu, je riadené aplikáciou, pretože prijímač sťahuje sám; zrkadlenie, ktoré sa zastaví pri uzamknutí obrazovky odosielateľa, je nepretržitý stream z telefónu. Keď zisťovanie a ovládanie fungujú, ale prehrávanie sa zasekne, pozrite sa namiesto toho na Wi-Fi spojenie prijímača a jeho cestu do internetu, pretože test rýchlosti v telefóne opisuje telefón, nie televízor.

Zrušte výnimku a otestujte znova

Každá dočasná zmena potrebuje cestu späť a poradie je dôležité. Odstráňte výnimku pre LAN, znova pripojte tunel, aby klient znovu použil svoju politiku, potom zopakujte krok zisťovania a poznamenajte, či prijímač opäť zmizne. Táto postupnosť vám povie, či výnimka robila prácu alebo sa medzitým zmenilo niečo iné.

# 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'

Potom overte tri fázy oddelene, pretože úspech v jednej nič nehovorí o ostatných. Následne skontrolujte, či nesúvisiace aplikácie v telefóne stále idú zamýšľanou trasou, pretože lokálna výnimka, ktorá sa potichu stala úplným obchádzaním, je horší výsledok než premietanie vyžadujúce jedno dotknutie navyše.