Igotzea VPN batekin gelditzen da: aurkikuntza, kontrola edo korrontea?
Jasotzaile bat falta, saio bat ukatua eta korronte bat trabatuta leku desberdinetan huts egiten dute. Izenda ezazu etapa telefonoaren VPN politika edo sarea aldatu aurretik.
Igotzeak sofatik berdinak diruditen hiru lekutan hausten da. Baliteke telefonoak inoiz jasotzailea ikustea, baliteke jasotzailea agertu eta gero saioa ukatu, edo saioa hasi eta minutu bat geroago trabatzea. Telefonoko tunel batek bide horietako bakoitza modu ezberdinean aldatzen du, eta horietako batean ez du ezer aldatzen. Lehenik huts egiten duen etapa izenda ezazu, eta gero erabaki politika aldatzea palanka egokia ote den.
Izenda ezazu huts egiten duen etapa politika aldatu aurretik
Beha ezazu telefonoak zer egiten duen igortze ikonoa ukitzean. Zerrenda huts bat aurkikuntzaren emaitza da, hutsegitea jakinarazten duen ukitze bat kontrolaren emaitza, eta trabatu aurretik hasten den saio bat erreprodukzioaren emaitza. Hiru horiek jabe desberdinak dituzte, eta normalean lehen biek bakarrik dute zerikusia telefonoaren tunelaren ezarpenekin.
| 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 |
Idatz ezazu etapa ezer aldatu aurretik. Etapa okerrean aplikatutako konponketa batek hurrengo proba irakurtezin bihurtzen du, eta igortzeari buruzko kondaira gehiena nahasmen horretatik dator.
Aurkikuntza trafiko lokala da, eta tunel batek ezkutatzen du
Jasotzaileek iragarki lokalak erabiliz iragartzen dute beren burua, eta telefonoak esteka berberean egindako kontsultekin aurkitzen ditu, beraz telefonoa esteka horretatik ateratzen duen edozein gauzak jasotzailea zerrendatik ateratzen du. Trafiko guztia LANetik kanpora bideratzen duen tunel batek truke horiek ezkutatu ditzake, eta aplikazio mailako sare lokaleko baimen batek blokeatu ditzake bidea existitzen denean ere. Gonbidatuentzako Wi-Fi batek bezeroen isolamenduarekin zerrenda huts bera sortzen du VPNik gabe. Frogatu bi gailuek segmentua partekatzen dutela tunela errudun egin aurretik.
avahi-browse -at | grep -i -E 'chromecast|googlecast'
dig +short @224.0.0.251 -p 5353 _googlecast._tcp.local PTRLehen aginduak laguntza-makinaren segmentuan zer iragartzen den zerrendatzen du, eta bigarrenak multicast DNS taldeari zuzenean galdetzen dio. Bi istan ez dagoen jasotzaile bat ez da telefonoaren aplikazio batean ere agertuko, telefonoaren tunelaren egoera edozein dela ere. Jasotzailea tunela itzalita duen gailu batetik ikusgai badago eta tunela piztuta duen gailu batetik ikustezin, etapa eta arrazoia batera aurkitu dituzu.
LAN salbuespen batek tunela piztuta edukitzen du
Bezero askok sare lokaleko salbuespen bat eskaintzen dute, tunela aktibo mantentzen duena helbide lokalak onartzen dituen bitartean. Erabil ezazu dokumentatutako ezarpen hori kill switch edo suebaki osoa desaktibatu beharrean, horiek askoz gehiago aldatzen dutelako igotzeak behar duena baino. Sareak nahita bereizten baditu gailu adimendunak, eskatu jabeari aurkikuntza, kontrola eta itzulera trafiko zehatza, sarbide laua eskatu beharrean.
nc -vz 192.168.1.50 8009Jasotzailearen aurkako kontrol proba batek baimena eta irisgarritasuna banatzen ditu: erantzuten duen portu batek bidea badagoela esan nahi du, eta uko egiteak telefoneari gailua aurkitzeko baimena eman zitzaiola eta hala ere ezin diola hitz egin esan nahi du. 8008 eta 8009 portuak ohiko igortze portuak dira, eta aplikazio batek beste batzuk erabil ditzake, beraz hartu portu ukatutako bat pista gisa, ez epai gisa. Salbuespena eta aplikazioaren baimena independenteak dira, sarbide lokalak ez baitu biderik sortzen eta bideak ez baitu baimenik ematen. Kill switch batek trafiko lokala bota dezake berriz konektatzean, eta horregatik aurkikuntza berriro probatu behar da tunela itzultzean.
Baliteke erreprodukzioak telefonoaren konexioa ez erabiltzea
Aplikazioak zuzendutako saio batean telefonoak jasotzaileari multimedia helbide bat ematen dio eta jasotzaileak bere konexioaren bidez deskargatzen du, beraz telefonoaren helbide publikoa aldatzeak ez du ezer egiten korrontearentzat. Kontu batera mugatutako izenburu batek huts egin dezake bere arrazoiengatik, eta Google-ren igortze baldintzak aplikazioaren eta gailuaren bateragarritasuna estaltzen dute, ez sarearen bidea. Telebista bera tunel baten bidez bideratzea ezarpen bereizia da, bere politika galderak dituena.
Bi pistak moduak bereizten dituzte. Telefonoaren pantaila blokeatzen denean irauten duen igortze bat aplikazioak zuzendutakoa da, jasotzailea bere kabuz deskargatzen ari baita; igorlearen pantaila blokeatzean gelditzen den isla bat telefonoaren etengabeko korrontea da. Aurkikuntzak eta kontrolak ondo funtzionatzen dutenean baina erreprodukzioak trabatzen denean, begiratu jasotzailearen Wi-Fi estekak eta haren interneteko bidea, telefonoan egindako abiadura proba batek telefonoa deskribatzen baitu, ez telebista.
Desegin salbuespena eta probatu berriro
Aldaketa iragankor guztiek itzulerako bidea behar dute, eta hurrenkerak garrantzia du. Kendu LAN salbuespena, konektatu tunela berriro bezeroak bere politika berriro aplika dezan, gero errepikatu aurkikuntza urratsa eta idatz ezazu jasotzailea berriro desagertzen den. Segida horrek esaten dizu salbuespenak egiten zuen lana edo tartean beste zerbait aldatu zen.
# 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'Gero egiaztatu hiru etapak banaka, batean pasatzeak ez baitu ezer esaten besteetaz. Ondoren egiaztatu zerikusi gabeko telefono aplikazioek asmo handiko bidea jarraitzen dutela oraindik, isilpean erabateko saihesbide bihurtu den salbuespen lokal bat txarragoa baita ukitu bat gehiago behar duen igortze bat baino.