Apple TV VPN: val per app eller ein einingsregel på rutaren

Båe førespurnadene byrjar med same setninga: set Apple TV-en bak VPN-en. Den eine meiner heile boksen, den andre meiner éin straumeapp som køyrer på han. Dette er ulike omfang, og på tvOS er vanlegvis berre eitt av dei tilgjengeleg i dag. Skilnaden handlar ikkje om protokollen eller leverandøren, men om kven som kan sjå kva applikasjon som oppretta ei tilkopling. Ein rutar ser pakkar og adresser, medan ein app på TV-en ser prosessidentitet berre når hans eigen klient gjennomfører det valet.

Skilnaden er kven som kan sjå identiteten til appen

Ein rutar videresender etter kjeldeadresse, måladdresse og port. Han får aldri namnet på tvOS-prosessen som opna ein socket, og kan difor ikkje uttrykkje «denne appen og ingen ting anna».

Ein VPN-app som køyrer på TV-en, ligg innanfor prosessgrensa og kan i prinsippet bruke reglar per app. Om den leverte klienten tilbyr det, er eit produktspørsmål og ikkje eit protokollspørsmål.

Kva ein tvOS VPN-app kan og ikkje kan velje

Apple la til støtte for tredjeparts VPN-appar i tvOS 17, slik plattformmeldinga viser. Det retta opp den eldre føresetnaden om at ein rutar måtte vere endepunktet. Ho lova likevel ikkje at kvar klient tilbyr ei liste for inkludering eller utelating, og det er i dette gapet dei fleste av desse samanlikningane går gale. Les tvOS-sida til leverandøren, ikkje Windows- eller Android-sida.

Split tunnelling som er skrive for ein skrivebordsversjon, er ikkje prov for TV-versjonen. Leverandørar leverer ulike kodebaser per plattform, og TV-klienten er ofte den minste av dei.

Dokumentasjonen til Apple om styrt VPN per app skildrar ein utrullingsmodell for overvaka einingar, ikkje ein forbrukarbrytar. Sjekk lista over støtta plattformer før du importerer instruksjonar skrivne for ein styrt iPhone eller Mac.

Kva ein rutarregel faktisk vel

Med rutaren som endepunkt vel ein einingsregel adressa eller segmentet til Apple TV-en. Det er val av heile eininga innanfor omfanget til regelsettet, og det blir ikkje «berre éin app» fordi du testa med éin app. Viss ein annan app på same TV brukar tunnelen, fungerer regelen nøyaktig som han er laga for.

Dette er vanlegvis det rette svaret når målet er «denne TV-en, alt». Det toler òg appoppdateringar, nye straumetenester og profilendringar, som er meir enn dei fleste listene per app kan seie.

Domene- og målreglar er ikkje appidentitetar

Ein målregel vel adresser eller vedlikehaldne domenesett. Éin app kontaktar endepunkt for innlogging, medium, telemetri og annonsering, og fleire appar kan dele same leveringsinfrastruktur. Difor kan ein domeneregel gå glipp av ein del av appen du meinte og fange trafikk frå ein du ikkje meinte.

DNS-videresending og uavhengige resolvarar gjer det endå meir komplisert. Viss TV-en løyser namn via ein annan veg enn regelen føreset, er målsettet feil sjølv når regelen sjølv er rett skriven.

Ein sjekk av offentleg adresse frå laptoppen din seier ingen ting om vegen til TV-en. Test frå TV-en, eller frå appen du faktisk bryr deg om.

Å velje mellom dei to

Vel rutarregelen når kravet gjeld heile eininga, når du styrer nettet, og når du kan godta at ein mislukka tunnel påverkar alt på den TV-en. Vel tvOS-appen når klienten til leverandøren sjølv dokumenterer val per app for tvOS, og du kan stadfeste det på eininga. Mellom dei to er det ærlege svaret at du har omfang for heile eininga, og det bør skrivast ned før nokon reknar med det.

Uansett bør du halde tilgangsreglane til tenesta intakte. Rutarkapasitet utvidar ikkje den regionale retten til ein konto, og eit vedtak om omfang endrar ikkje kva leverandøren vil levere til deg.

To spørsmål avgjer dei fleste av desse sakene: kven må kunne namngje appen, og kva skal skje når tunnelen fell? Svar på båe før du kjøper maskinvare eller eit abonnement.