Saade peatub VPN-iga: avastamine, juhtimine või voog?
Puuduv vastuvõtja, keeldutud seanss ja takerduv voog ebaõnnestuvad eri kohtades. Nimetage etapp enne, kui muudate telefoni VPN-poliitikat või võrku.
Saade katkeb kolmes kohas, mis diivanilt vaadates näevad ühesugused välja. Telefon ei pruugi vastuvõtjat kunagi näha, vastuvõtja võib ilmuda ja seejärel seansi keelduda, või seanss võib alata ja minuti pärast takerduda. Telefonis olev tunnel muudab kõiki neid teid erinevalt ja ühe puhul ei muuda üldse midagi. Nimetage kõigepealt ebaõnnestuv etapp ja alles siis otsustage, kas poliitika muutmine on üldse õige hoob.
Nimetage ebaõnnestuv etapp enne poliitika muutmist
Jälgige, mida telefon teeb kohe pärast saateikooni puudutamist. Tühi nimekiri on avastamise tulemus, tõrget teatav puudutus on juhtimise tulemus ja enne takerdumist algav seanss on taasesituse tulemus. Need kolm on eri omanikega ja tavaliselt puudutavad telefoni tunneli seadeid ainult kaks esimest.
| Stage | What the phone shows | Evidence that separates it |
|---|---|---|
| Discovery | No receiver in the list | Another device on the same segment sees the receiver |
| Control | Receiver listed, session refused | Port answer versus permission prompt |
| Playback | Session starts, then stalls | The receiver's own link, not the phone's |
Kirjutage etapp üles enne, kui midagi muudate. Valele etapile rakendatud parandus muudab järgmise testi loetamatuks ja enamik saatmislegende pärineb täpselt sellest segadusest.
Avastamine on kohalik liiklus ja tunnel peidab selle
Vastuvõtjad teavitavad end kohalike teadetega ja telefon leiab need sama lingi päringutega, nii et kõik, mis eemaldab telefoni sellelt lingilt, eemaldab ka vastuvõtja nimekirjast. Tunnel, mis suunab kogu liikluse LAN-ist eemale, võib need vahetused peita, ja rakenduse tasandi kohaliku võrgu luba võib need blokeerida ka siis, kui marsruut on olemas. Kliendiisolatsiooniga külalis-Wi-Fi tekitab sama tühja nimekirja täiesti ilma VPN-ita. Tõestage, et kaks seadet jagavad segmenti, enne kui tunneli süüdistate.
avahi-browse -at | grep -i -E 'chromecast|googlecast'
dig +short @224.0.0.251 -p 5353 _googlecast._tcp.local PTREsimene käsk loetleb, mis abimasina segmendis end teavitab, ja teine küsib otse multicast DNS-i grupilt. Mõlemas puuduv vastuvõtja ei ilmu ka telefoni rakenduses, ükskõik milline on telefoni tunneli olek. Kui vastuvõtja on nähtav seadmest, mille tunnel on väljas, ja nähtamatu seadmest, mille tunnel on sees, olete leidnud korraga nii etapi kui põhjuse.
LAN-erand hoiab tunneli töös
Paljud kliendid pakuvad kohaliku võrgu erandit, mis jätab tunneli aktiivseks, lubades samal ajal kohalikke aadresse. Kasutage seda dokumenteeritud seadet, mitte ärge lülitage välja kill switchi ega kogu tulemüüri, sest need muudavad palju enamat, kui saatmine vajab. Kui võrk eraldab nutiseadmeid meelega, küsige omanikult konkreetset avastamis-, juhtimis- ja tagasiliiklust, mitte lamedat juurdepääsu.
nc -vz 192.168.1.50 8009Juhtimistest vastuvõtja vastu eristab luba kättesaadavusest: vastav port tähendab, et tee on olemas, samas kui keeldumine tähendab, et telefonil lubati seade avastada ja ta ei saa sellega ikkagi rääkida. Pordid 8008 ja 8009 on tavapärased saatepordid ja rakendus võib kasutada teisi, seega käsitlege üht keeldutud porti vihje, mitte otsusena. Erand ja rakenduse luba jäävad sõltumatuks, sest kohalik juurdepääs ei loo marsruuti ja marsruudi lisamine ei anna luba. Kill switch võib pärast uuesti ühendamist ka kohaliku liikluse maha visata, mistõttu tuleb avastamist uuesti testida, kui tunnel on tagasi.
Taasesitus ei pruugi kasutada telefoni ühendust
Rakenduse juhitavas seansis annab telefon vastuvõtjale meediaaadressi ja vastuvõtja laeb selle oma ühenduse kaudu, nii et telefoni avaliku aadressi muutmine ei tee voo jaoks midagi. Kontoga piiratud pealkiri võib ikkagi omadel põhjustel ebaõnnestuda ja Google'i saate nõuded hõlmavad rakenduse ja seadme ühilduvust, mitte võrguteed. Teleri enda tunnelist läbi suunamine on eraldi konfiguratsioon, millel on oma poliitikaküsimused.
Kaks vihjet eristavad režiime. Saade, mis jääb püsima ka telefoni ekraani lukustamisel, on rakenduse juhitud, sest vastuvõtja laeb ise; peegeldus, mis peatub saatja ekraani lukustamisel, on telefonist tulev pidev voog. Kui avastamine ja juhtimine õnnestuvad, aga taasesitus takerdub, vaadake hoopis vastuvõtja Wi-Fi-linki ja selle internetiteed, sest telefonis tehtud kiirustest kirjeldab telefon, mitte telerit.
Võtke erand tagasi ja testige uuesti
Iga ajutine muudatus vajab tagasiteed ja järjekord on oluline. Eemaldage LAN-erand, ühendage tunnel uuesti, et klient rakendaks oma poliitika uuesti, seejärel korrake avastamisetappi ja märkige, kas vastuvõtja kaob jälle. See järjestus ütleb, kas tööd tegi erand või muutus vahepeal midagi muud.
# 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'Seejärel kontrollige kolme etappi eraldi, sest ühe õnnestumine ei ütle teiste kohta midagi. Siis kontrollige, et kõrvalised telefonirakendused järgivad endiselt kavandatud marsruuti, sest kohalik erand, mis muutus vaikselt täielikuks möödaviiguks, on halvem tulemus kui saade, mis vajab ühte lisapuudutust.