Chrome VPN API: slegs ChromeOS, nie ’n lessenaartonnel nie

Drie produkte noem hulleself almal ’n Chrome VPN, en net een daarvan is die ding wat die vpnProvider-dokumentasie beskryf. Daardie API is op ChromeOS beskikbaar, waar ’n uitbreiding die kliëntkant van ’n VPN-verbinding kan implementeer in plaas daarvan om met ’n geïnstalleerde een te praat. ’n Blaaierproxy-uitbreiding verander waarheen Chrome versoeke stuur. ’n Uitbreiding wat ’n aparte lessenaarkliënt aandryf, is ’n beheerpaneel vir sagteware wat buite die blaaier loop. Om te weet watter van die drie jy voor jou het, beantwoord die meeste van die vrae wat mense na hierdie vergelyking bring.

Die platformnota is die eerste filter

Die amptelike vpnProvider-verwysing noem sy beskikbaarheidsbeperking in sy eie teks, en die toestemming wat daar genoem word, hoort by daardie kontrak. Om vpnProvider by ’n manifest op Windows te voeg, skep nie die koppelvlak nie.

Lees die platformreël voor die toestemmingslys, want die toestemming is net betekenisvol waar die API bestaan.

Proxy-uitbreiding: die blaaier is die grens

’n Proxy-uitbreiding gebruik die blaaier se proxy-instellings om Chrome se versoeke deur ’n bediener te stuur. Dit is platformonafhanklik en dit is eerlik oor sy omvang. Ander toepassings hou hul eie verbindings, en sommige blaaierverkeer volg dalk steeds nie die gekonfigureerde roete nie. Dit is ’n verandering op blaaiervlak, nie ’n stelseltonnel nie.

As die vereiste “hierdie een werf, in hierdie een blaaier” is, is dit die regte hulpmiddel.

Uitbreiding plus metgeseltoepassing: die toepassing besit die tonnel

’n Lessenaar-VPN-kliënt installeer gewoonlik ’n diens en ’n virtuele adapter, en sy uitbreiding is ’n afstandbeheer wat na die toepassing roep. Die tonnel bestaan op bedryfstelselvlak, so dit dek toepassings wat die blaaier nooit sien nie. Die uitbreiding se toestemmings beskryf die beheerkanaal eerder as die enkripsie. As jy die uitbreiding verwyder, bly die tonnel ongeskonde, terwyl die verwydering van die toepassing die uitbreiding breek.

Daardie asimmetrie is die vinnigste toets. Deaktiveer die uitbreiding en kyk of ander toepassings steeds die VPN gebruik.

ChromeOS-verskaffer: die uitbreiding implementeer die kliënt

Op ChromeOS verskil die verskaffermodel in wese. Die uitbreiding ontvang konfigurasie- en platformboodskappe, skep ’n konfigurasieobjek, rapporteer verbindingstatus terug na die platform, en lewer verkeer deur die API in plaas van deur ’n aparte geïnstalleerde kliënt. Dit is nader aan die skryf van ’n VPN-kliënt as aan die opstel van een. Die API veronderstel ook ’n eindpunt wat jy reeds bedryf, so dit verskaf nie ’n diens nie.

Dit is waarom die verwysing praat van die implementering van ’n kliënt eerder as om aan een te koppel.

’n Produkbewering teen die drie lees

Vra watter bedryfstelsels ondersteun word, en vra dan watter komponent die verbinding besit. As die antwoord ’n blaaierproxy is, verwag blaaiersomvang. As die antwoord ’n metgeseltoepassing is, verwag stelselomvang terwyl daardie toepassing loop. As die antwoord ’n ChromeOS-verskaffer is, verwag dat dit op ChromeOS en nêrens anders werk nie. ’n Produkbladsy wat “Chrome VPN” sê sonder om daardie twee vrae te beantwoord, het jou nie vertel wat dit doen nie.

Kontroleer ook die toestemmings teen die geadverteerde taak. Webwerftoegang en proxybeheer is verskillende toekennings, en nie een word geregverdig omdat ’n ander platform se API toevallig dieselfde naam het nie.

Wat nie een van hulle jou vertel nie

Die koppelvlak sê niks oor wie die eindpunt bedryf, wat dit log, of die diens beskikbaar is waar jy woon nie. Dit is eienskappe van die verskaffer, nie van die API nie. ’n Tonnel wat bestaan, is nie outomaties ’n tonnel wat jy moet vertrou nie, en ’n toestemming wat bestaan, is nie ’n vermoë op jou platform nie. Hou die twee oordele apart.

Toets dan die bewering op die toestel wat jy werklik gebruik, met ’n toepassing wat nie die blaaier is nie.