Transliavimas per VPN: aptikimas, valdymas ar srautas?

Transliavimas lūžta trijose vietose, kurios nuo sofos atrodo vienodai. Telefonas gali niekada nepamatyti imtuvo, imtuvas gali atsirasti ir tada atsisakyti sesijos, arba sesija gali prasidėti ir po minutės užstrigti. Tunelis telefone kiekvieną iš tų kelių keičia skirtingai, o vienam iš jų nekeičia nieko. Pirmiausia įvardykite nepavykusį etapą, o tada spręskite, ar politikos keitimas apskritai yra tinkama svirtis.

Įvardykite nepavykusį etapą prieš keisdami politiką

Stebėkite, ką telefonas daro iškart po to, kai paliečiate transliavimo piktogramą. Tuščias sąrašas yra aptikimo rezultatas, palietimas, pranešantis apie klaidą, yra valdymo rezultatas, o sesija, kuri prasideda ir tik tada užstringa, yra atkūrimo rezultatas. Tie trys turi skirtingus šeimininkus, ir tik pirmieji du paprastai liečia telefono tunelio nustatymus.

Užsirašykite etapą prieš ką nors keisdami. Ne tam etapui pritaikyta pataisa padaro kitą testą neįskaitomą, ir dauguma transliavimo folkloro kyla būtent iš šios painiavos.

Aptikimas yra vietinis srautas, o tunelis jį paslepia

Imtuvai skelbiasi per vietinius pranešimus, o telefonas juos randa užklausomis tame pačiame segmente, todėl viskas, kas pašalina telefoną iš tos grandies, pašalina imtuvą iš sąrašo. Tunelis, nukreipiantis visą srautą toli nuo LAN, gali paslėpti tuos mainus, o programos lygio vietinio tinklo leidimas gali juos užblokuoti net tada, kai maršrutas egzistuoja. Svečių Wi-Fi su klientų izoliacija sukuria tą patį tuščią sąrašą visiškai be VPN. Prieš kaltindami tunelį įrodykite, kad abu įrenginiai dalijasi segmentu.

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

Pirmoji komanda išvardija, kas skelbiasi pagalbinio kompiuterio segmente, o antroji klausia daugiaadresės DNS grupės tiesiogiai. Imtuvas, kurio nėra nė viename, neatsiras ir telefono programoje, kad ir kokia būtų telefono tunelio būsena. Jei imtuvas matomas iš įrenginio, kurio tunelis išjungtas, ir nematomas iš įrenginio, kurio tunelis įjungtas, radote ir etapą, ir priežastį kartu.

LAN išimtis palieka tunelį įjungtą

Daugelis klientų siūlo vietinio tinklo išimtį, kuri palieka tunelį aktyvų, bet leidžia vietinius adresus. Naudokite tą dokumentuotą nustatymą, o ne išjunkite apsauginį jungiklį ar visą užkardą, nes tie pakeitimai keičia daug daugiau, nei reikia transliavimui. Jei tinklas tyčia atskiria išmaniuosius įrenginius, prašykite savininko konkrečių aptikimo, valdymo ir grąžinamojo srauto, o ne plokščios prieigos.

nc -vz 192.168.1.50 8009

Valdymo testas su imtuvu atskiria leidimą nuo pasiekiamumo: atsakantis prievadas reiškia, kad kelias egzistuoja, o atsisakymas reiškia, kad telefonui buvo leista aptikti įrenginį ir jis vis tiek negali su juo kalbėtis. Prievadai 8008 ir 8009 yra įprasti transliavimo prievadai, o programa gali naudoti kitus, todėl vieną atsisakytą prievadą laikykite užuomina, o ne nuosprendžiu. Išimtis ir programos leidimas lieka nepriklausomi, nes vietinės prieigos suteikimas nesukuria maršruto, o maršruto pridėjimas nesuteikia leidimo. Apsauginis jungiklis taip pat gali numesti vietinį srautą po pakartotinio prisijungimo, todėl aptikimą reikia patikrinti dar kartą, kai tunelis grįžta.

Atkūrimas gali nenaudoti telefono ryšio

Programos valdomoje sesijoje telefonas perduoda imtuvui medijos adresą, o imtuvas jį gauna savo ryšiu, todėl telefono viešojo adreso keitimas srautui nieko neduoda. Paskyra apribotas pavadinimas vis tiek gali nepavykti dėl savo priežasčių, o Google transliavimo reikalavimai apima programos ir įrenginio suderinamumą, o ne tinklo kelią. Televizoriaus nukreipimas per tunelį yra atskira konfigūracija su savais politikos klausimais.

Du požymiai atskiria režimus. Transliavimas, kuris išlieka užrakinus telefono ekraną, yra programos valdomas, nes imtuvas srautą gauna pats; veidrodinis vaizdas, kuris sustoja užrakinus siuntėjo ekraną, yra nuolatinis srautas iš telefono. Kai aptikimas ir valdymas pavyksta, o atkūrimas stringa, žiūrėkite į imtuvo Wi-Fi ryšį ir jo interneto kelią, nes greičio testas telefone apibūdina telefoną, o ne televizorių.

Atšaukite išimtį ir patikrinkite dar kartą

Kiekvienas laikinas pakeitimas turi turėti kelią atgal, ir tvarka svarbi. Pašalinkite LAN išimtį, iš naujo prijunkite tunelį, kad klientas vėl pritaikytų savo politiką, tada pakartokite aptikimo žingsnį ir pastebėkite, ar imtuvas vėl dingsta. Ši seka parodo, ar išimtis atliko darbą, ar tarp to įvyko kažkas kita.

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

Po to patikrinkite tris etapus atskirai, nes vieno sėkmė nieko nepasako apie kitus. Tada patikrinkite, ar nesusijusios telefono programos vis dar laikosi numatyto maršruto, nes vietinė išimtis, kuri tyliai tapo visišku apėjimu, yra blogesnis rezultatas nei transliavimas, kuriam reikia vieno papildomo palietimo.