Tre produkter kaller seg alle en Chrome VPN, og bare ett av dem er det dokumentasjonen for vpnProvider beskriver. Det API-et er tilgjengelig på ChromeOS, der en utvidelse kan implementere klientsiden av en VPN-tilkobling i stedet for å snakke med en installert klient. En nettleserproxy-utvidelse endrer hvor Chrome sender forespørsler. En utvidelse som styrer en separat skrivebordsklient, er et kontrollpanel for programvare som kjører utenfor nettleseren. Å vite hvilket av de tre du ser på, besvarer de fleste spørsmålene folk tar med seg til denne sammenligningen.

Plattformmerknaden er det første filteret

Den offisielle referansen for vpnProvider oppgir begrensningen for tilgjengelighet i sin egen tekst, og tillatelsen som nevnes der, hører til den kontrakten. Å legge vpnProvider til en manifestfil på Windows oppretter ikke grensesnittet.

Les plattformlinjen før tillatelseslisten, fordi tillatelsen bare er meningsfull der API-et finnes.

Proxyutvidelse: nettleseren er grensen

En proxyutvidelse bruker nettleserens proxyinnstillinger til å sende Chromes forespørsler gjennom en server. Den er plattformuavhengig og ærlig om omfanget sitt. Andre programmer beholder sine egne tilkoblinger, og noe nettlesertrafikk følger kanskje fortsatt ikke den konfigurerte ruten. Det er en endring på nettlesernivå, ikke en systemtunnel.

Hvis kravet er «denne ene nettstaden, i denne ene nettleseren», er det riktig verktøy.

Utvidelse pluss ledsagerprogram: programmet eier tunnelen

En VPN-klient for skrivebordet installerer vanligvis en tjeneste og en virtuell adapter, og utvidelsen er en fjernkontroll som kaller inn i programmet. Tunnelen finnes på operativsystemnivå, så den dekker programmer nettleseren aldri ser. Utvidelsens tillatelser beskriver kontrollkanalen snarere enn krypteringen. Fjerner du utvidelsen, forblir tunnelen intakt; fjerner du programmet, slutter utvidelsen å virke.

Den asymmetrien er den raskeste testen. Slå av utvidelsen og se om andre programmer fortsatt bruker VPN-en.

ChromeOS-leverandør: utvidelsen implementerer klienten

På ChromeOS er leverandørmodellen annerledes av natur. Utvidelsen mottar konfigurasjons- og plattformmeldinger, oppretter et konfigurasjonsobjekt, rapporterer tilkoblingstilstanden tilbake til plattformen og leverer trafikk gjennom API-et i stedet for gjennom en separat installert klient. Det er nærmere å skrive en VPN-klient enn å konfigurere en. API-et forutsetter også et endepunkt du allerede driver, så det leverer ikke en tjeneste.

Det er derfor referansen snakker om å implementere en klient i stedet for å koble til en.

Å lese en produktpåstand mot de tre

Spør hvilke operativsystemer som støttes, og spør deretter hvilken komponent som eier tilkoblingen. Hvis svaret er en nettleserproxy, forvent nettleseromfang. Hvis svaret er et ledsagerprogram, forvent systemomfang mens det programmet kjører. Hvis svaret er en ChromeOS-leverandør, forvent at den virker på ChromeOS og ingen andre steder. En produktside som sier «Chrome VPN» uten å svare på disse to spørsmålene, har ikke fortalt deg hva den gjør.

Kontroller også tillatelsene mot jobben som annonseres. Nettstedstilgang og proxykontroll er forskjellige tillatelser, og ingen av dem blir berettiget fordi en annen plattforms API tilfeldigvis har samme navn.

Det ingen av dem forteller deg

Grensesnittet sier ingenting om hvem som driver endepunktet, hva det logger, eller om tjenesten er tilgjengelig der du bor. Det er egenskaper ved leverandøren, ikke ved API-et. En tunnel som finnes, er ikke automatisk en tunnel du bør stole på, og en tillatelse som finnes, er ikke en funksjon på din plattform. Hold de to vurderingene fra hverandre.

Test deretter påstanden på enheten du faktisk bruker, med et program som ikke er nettleseren.

Relaterte artikler