Emitiranje staje na VPN-u: otkrivanje, kontrola ili tok?

Emitiranje se kvari na tri mjesta koja s kauča izgledaju isto. Telefon možda nikad ne vidi prijamnik, prijamnik se može pojaviti i zatim odbiti sesiju, ili sesija može početi i zapeti minutu kasnije. Tunel na telefonu mijenja svaki od tih putova drukčije, a na jednom od njih ne mijenja ništa. Prvo imenujte fazu koja pada, pa odlučite je li promjena politike uopće prava poluga.

Imenujte fazu koja pada prije nego promijenite politiku

Gledajte što telefon radi odmah nakon dodira ikone za emitiranje. Prazan popis je rezultat otkrivanja, dodir koji prijavi pogrešku je rezultat kontrole, a sesija koja počne prije nego zapne je rezultat reprodukcije. Ta tri imaju različite vlasnike i obično samo prva dva uključuju postavke tunela na telefonu.

Zapišite fazu prije nego bilo što promijenite. Popravak primijenjen na pogrešnu fazu čini sljedeći test nečitljivim, a većina priča o emitiranju dolazi upravo iz te zabune.

Otkrivanje je lokalni promet, a tunel ga skriva

Prijamnici se oglašavaju lokalnim najavama, a telefon ih pronalazi upitima na istoj vezi, pa sve što ukloni telefon s te veze uklanja i prijamnik s popisa. Tunel koji svu komunikaciju usmjerava izvan LAN-a može sakriti te razmjene, a dopuštenje za lokalnu mrežu na razini aplikacije može ih blokirati i kad ruta postoji. Gostujući Wi-Fi s izolacijom klijenata daje isti prazan popis bez ikakvog VPN-a. Dokažite da dva uređaja dijele segment prije nego okrivite tunel.

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

Prva naredba navodi što se oglašava u segmentu pomoćnog računala, a druga izravno pita multicast DNS grupu. Prijamnik koji nedostaje u oba neće se pojaviti ni u aplikaciji na telefonu, bez obzira na stanje tunela. Ako je prijamnik vidljiv s uređaja bez tunela, a nevidljiv s uređaja s uključenim tunelom, našli ste i fazu i uzrok zajedno.

Iznimka za LAN drži tunel uključenim

Mnogi klijenti nude iznimku za lokalnu mrežu koja ostavlja tunel aktivnim uz dopuštanje lokalnih adresa. Rabite tu dokumentiranu postavku umjesto isključivanja kill switcha ili cijelog vatrozida, jer oni mijenjaju mnogo više nego što emitiranju treba. Ako mreža namjerno razdvaja pametne uređaje, zatražite od vlasnika konkretan promet otkrivanja, kontrole i povratka umjesto ravnog pristupa.

nc -vz 192.168.1.50 8009

Kontrolni test prema prijamniku razdvaja dopuštenje od dostupnosti: port koji odgovara znači da put postoji, dok odbijanje znači da je telefonu dopušteno otkriti uređaj i da ipak ne može razgovarati s njim. Portovi 8008 i 8009 uobičajeni su portovi za emitiranje, a aplikacija može rabiti druge, pa jedan odbijeni port shvatite kao nagovještaj, ne kao presudu. Iznimka i dopuštenje aplikacije ostaju neovisni, jer lokalni pristup ne stvara rutu, a dodavanje rute ne daje dopuštenje. Kill switch također može ispustiti lokalni promet nakon ponovnog povezivanja, zato se otkrivanje mora ponovno testirati kad se tunel vrati.

Reprodukcija možda ne rabi vezu telefona

U sesiji koju vodi aplikacija telefon daje prijamniku adresu medija, a prijamnik je preuzima preko vlastite veze, pa promjena javne adrese telefona ne čini ništa za tok. Naslov ograničen računom ipak može pasti iz vlastitih razloga, a Googleovi zahtjevi za emitiranje pokrivaju kompatibilnost aplikacije i uređaja, a ne mrežni put. Usmjeravanje samog televizora kroz tunel zasebna je konfiguracija s vlastitim pitanjima politike.

Dva znaka razlikuju načine. Emitiranje koje preživi zaključavanje ekrana telefona vodi aplikacija, jer prijamnik preuzima sam; preslikavanje koje stane kad se zaključa ekran pošiljatelja neprekinut je tok s telefona. Kad otkrivanje i kontrola uspiju, a reprodukcija zapne, gledajte umjesto toga Wi-Fi vezu prijamnika i njegov internetski put, jer test brzine na telefonu opisuje telefon, a ne televizor.

Poništite iznimku i ponovno testirajte

Svaka privremena promjena treba put natrag, a redoslijed je važan. Uklonite iznimku za LAN, ponovno povežite tunel da klijent ponovno primijeni politiku, zatim ponovite korak otkrivanja i zabilježite nestaje li prijamnik opet. Taj slijed govori je li iznimka radila posao ili se u međuvremenu promijenilo nešto drugo.

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

Poslije toga provjerite tri faze odvojeno, jer uspjeh na jednoj ne govori ništa o ostalima. Zatim provjerite slijede li nepovezane aplikacije na telefonu još predviđenu rutu, jer lokalna iznimka koja je tiho postala potpuni obilazak gori je ishod od emitiranja kojem treba jedan dodatni dodir.