Chrome VPN-API: berre ChromeOS, ikkje ein tunnel for skrivebordet

Tre produkt kallar seg alle ein Chrome VPN, og berre eitt av dei er det dokumentasjonen for vpnProvider skildrar. Det API-et er tilgjengeleg på ChromeOS, der ei utviding kan implementere klientsida av ei VPN-tilkopling i staden for å snakke med ein installert klient. Ei nettlesarproxy-utviding endrar kvar Chrome sender førespurnader. Ei utviding som styrer ein separat skrivebordsklient, er eit kontrollpanel for programvare som køyrer utanfor nettlesaren. Å vite kva av dei tre du ser på, svarar på dei fleste spørsmåla folk tek med seg til denne samanlikninga.

Plattformmerknaden er det første filteret

Den offisielle referansen for vpnProvider oppgir avgrensinga for tilgjenge i sin eigen tekst, og løyvet som er nemnt der, høyrer til den kontrakten. Å leggje vpnProvider til ei manifestfil på Windows skapar ikkje grensesnittet.

Les plattformlina før løyvelista, fordi løyvet berre er meiningsfullt der API-et finst.

Proxyutviding: nettlesaren er grensa

Ei proxyutviding brukar proxyinnstillingane til nettlesaren til å sende førespurnadene frå Chrome gjennom ein tenar. Ho er plattformuavhengig og ærleg om omfanget sitt. Andre program held på sine eigne tilkoplingar, og noko nettlesartrafikk følgjer kanskje framleis ikkje den konfigurerte ruta. Det er ei endring på nettlesarnivå, ikkje ein systemtunnel.

Viss kravet er «denne eine nettstaden, i denne eine nettlesaren», er det rett verktøy.

Utviding pluss følgjeprogram: programmet eig tunnelen

Ein VPN-klient for skrivebordet installerer vanlegvis ein teneste og ein virtuell adapter, og utvidinga er ein fjernkontroll som kallar inn i programmet. Tunnelen finst på operativsystemnivå, så han dekkjer program nettlesaren aldri ser. Løyva til utvidinga skildrar kontrollkanalen snarare enn krypteringa. Tek du bort utvidinga, held tunnelen seg intakt; tek du bort programmet, sluttar utvidinga å verke.

Den asymmetrien er den snøggaste testen. Slå av utvidinga og sjå om andre program framleis brukar VPN-en.

ChromeOS-leverandør: utvidinga implementerer klienten

På ChromeOS er leverandørmodellen annleis av natur. Utvidinga tek imot konfigurasjons- og plattformmeldingar, lagar eit konfigurasjonsobjekt, rapporterer tilkoplingstilstanden tilbake til plattformen og leverer trafikk gjennom API-et i staden for gjennom ein separat installert klient. Det er nærare å skrive ein VPN-klient enn å konfigurere ein. API-et føreset òg eit endepunkt du allereie driv, så det leverer ikkje ei teneste.

Det er derfor referansen snakkar om å implementere ein klient i staden for å kople til ein.

Å lese ein produktpåstand mot dei tre

Spør kva operativsystem som er støtta, og spør deretter kva komponent som eig tilkoplinga. Viss svaret er ein nettlesarproxy, vent nettlesaromfang. Viss svaret er eit følgjeprogram, vent systemomfang medan det programmet køyrer. Viss svaret er ein ChromeOS-leverandør, vent at han verkar på ChromeOS og ingen andre stader. Ei produktside som seier «Chrome VPN» utan å svare på desse to spørsmåla, har ikkje fortalt deg kva ho gjer.

Kontroller òg løyva mot jobben som blir annonsert. Nettstadstilgang og proxykontroll er ulike løyve, og ingen av dei blir rettferdige fordi API-et til ein annan plattform tilfeldigvis har same namn.

Det ingen av dei fortel deg

Grensesnittet seier ingenting om kven som driv endepunktet, kva det loggar, eller om tenesta er tilgjengeleg der du bur. Det er eigenskapar ved leverandøren, ikkje ved API-et. Ein tunnel som finst, er ikkje automatisk ein tunnel du bør stole på, og eit løyve som finst, er ikkje ein funksjon på plattformen din. Hald dei to vurderingane frå kvarandre.

Test deretter påstanden på eininga du faktisk brukar, med eit program som ikkje er nettlesaren.