Chrome VPN API: nur por ChromeOS, ne labortabla tunelo

Tri produktoj nomas sin Chrome VPN, kaj nur unu el ili estas tio, kion priskribas la dokumentaro de vpnProvider. Tiu API disponeblas sur ChromeOS, kie etendaĵo povas realigi la klientan flankon de VPN-konekto anstataŭ paroli kun instalita kliento. Retumila prokura etendaĵo ŝanĝas, kien Chrome sendas siajn petojn. Etendaĵo, kiu stiras apartan labortablan klienton, estas regpanelo por programaro funkcianta ekster la retumilo. Scii, kiun el la tri vi rigardas, respondas al la plej multaj demandoj, kiujn homoj alportas al ĉi tiu komparo.

La rimarko pri la platformo estas la unua filtro

La oficiala referenco pri vpnProvider deklaras sian disponeblecan limigon en sia propra teksto, kaj la permeso nomita tie apartenas al tiu kontrakto. Aldoni vpnProvider al manifesto sur Windows ne kreas la interfacon.

Legi la platforman linion antaŭ la permesa listo, ĉar la permeso havas sencon nur tie, kie la API ekzistas.

Prokura etendaĵo: la retumilo estas la limo

Prokura etendaĵo uzas la prokurajn agordojn de la retumilo por sendi la petojn de Chrome tra servilo. Ĝi estas plurplatforma kaj honesta pri sia amplekso. Aliaj aplikaĵoj tenas proprajn konektojn, kaj parto de la retumila trafiko eble ankoraŭ ne sekvas la agorditan vojon. Tio estas ŝanĝo je retumila nivelo, ne sistema tunelo.

Se la postulo estas «ĉi tiu unu retejo, en ĉi tiu unu retumilo», ĝi estas la ĝusta ilo.

Etendaĵo plus akompana aplikaĵo: la aplikaĵo posedas la tunelon

Labortabla VPN-kliento kutime instalas servon kaj virtualan adaptilon, kaj ĝia etendaĵo estas teleregilo, kiu vokas la aplikaĵon. La tunelo ekzistas je la nivelo de la operaciumo, do ĝi kovras aplikaĵojn, kiujn la retumilo neniam vidas. La permesoj de la etendaĵo priskribas la regkanalon, ne la ĉifradon. Forigi la etendaĵon lasas la tunelon sendifekta, dum forigi la aplikaĵon rompas la etendaĵon.

Tiu malsimetrio estas la plej rapida testo. Malŝaltu la etendaĵon kaj observu, ĉu aliaj aplikaĵoj ankoraŭ uzas la VPN-on.

Provizanto por ChromeOS: la etendaĵo realigas la klienton

Sur ChromeOS la provizanta modelo malsamas laŭ speco. La etendaĵo ricevas agordajn kaj platformajn mesaĝojn, kreas agordan objekton, raportas la konektan staton reen al la platformo, kaj provizas trafikon tra la API anstataŭ tra aparte instalita kliento. Ĝi estas pli proksima al skribi VPN-klienton ol al agordi unu. La API ankaŭ supozas finpunkton, kiun vi jam funkciigas, do ĝi ne provizas servon.

Tial la referenco parolas pri realigado de kliento, ne pri konektiĝo al unu.

Legi produkton-postulon kontraŭ la tri

Demandu, kiuj operaciumoj estas subtenataj, poste demandu, kiu komponanto posedas la konekton. Se la respondo estas retumila prokuro, atendu retumilan amplekson. Se la respondo estas akompana aplikaĵo, atendu sisteman amplekson dum tiu aplikaĵo funkcias. Se la respondo estas ChromeOS-provizanto, atendu, ke ĝi funkcios sur ChromeOS kaj nenie alie. Produkta paĝo, kiu diras «Chrome VPN» sen respondi tiujn du demandojn, ne diris al vi, kion ĝi faras.

Kontrolu ankaŭ la permesojn kontraŭ la anoncita tasko. Aliro al retejoj kaj prokura regado estas malsamaj permesoj, kaj neniu iĝas pravigita ĉar la API de alia platformo hazarde havas la saman nomon.

Kion neniu el ili diras al vi

La interfaco diras nenion pri tio, kiu funkciigas la finpunkton, kion ĝi registras, aŭ ĉu la servo disponeblas tie, kie vi loĝas. Tiuj estas ecoj de la provizanto, ne de la API. Tunelo, kiu ekzistas, ne aŭtomate estas tunelo, kiun vi fidu, kaj permeso, kiu ekzistas, ne estas kapablo sur via platformo. Tenu la du juĝojn aparte.

Poste testu la postulon sur la aparato, kiun vi efektive uzas, per aplikaĵo, kiu ne estas la retumilo.