Chrome VPN API: csak ChromeOS-on, nem asztali alagút

Három termék nevezi magát Chrome VPN-nek, és csak az egyikük az, amit a vpnProvider dokumentációja leír. Ez az API ChromeOS-on érhető el, ahol egy kiterjesztés a VPN-kapcsolat ügyféloldalát is megvalósíthatja ahelyett, hogy egy telepített klienssel beszélne. A böngészőproxy-kiterjesztés megváltoztatja, hova küldi a Chrome a kéréseit. Az a kiterjesztés pedig, amely egy külön asztali klienst vezérel, a böngészőn kívül futó szoftver vezérlőpultja. Ha tudja, melyiket látja a három közül, az megválaszolja a legtöbb kérdést, amit az emberek ehhez az összehasonlításhoz hoznak.

A platformra vonatkozó megjegyzés az első szűrő

A vpnProvider hivatalos referenciája a saját szövegében mondja ki az elérhetőségi korlátot, és az ott megnevezett engedély ehhez a szerződéshez tartozik. A vpnProvider hozzáadása egy manifesthez Windowson nem hozza létre a felületet.

Olvassa el a platform sort az engedélyek listája előtt, mert az engedélynek csak ott van értelme, ahol az API létezik.

Proxykiterjesztés: a böngésző a határ

A proxykiterjesztés a böngésző proxybeállításait használja, hogy a Chrome kéréseit egy szerveren keresztül küldje. Platformfüggetlen, és őszinte a hatóköréről. Más alkalmazások megtartják a saját kapcsolataikat, és a böngészőforgalom egy része még mindig nem feltétlenül követi a beállított útvonalat. Ez böngészőszintű változás, nem rendszerszintű alagút.

Ha a követelmény „csak ez az egy oldal, csak ebben az egy böngészőben”, akkor ez a megfelelő eszköz.

Kiterjesztés és kísérőalkalmazás: az alagút az alkalmazásé

Az asztali VPN-kliens általában szolgáltatást és virtuális adaptert telepít, a kiterjesztése pedig egy távirányító, amely meghívja az alkalmazást. Az alagút operációsrendszer-szinten létezik, ezért lefedi azokat az alkalmazásokat is, amelyeket a böngésző soha nem lát. A kiterjesztés engedélyei a vezérlőcsatornát írják le, nem a titkosítást. A kiterjesztés eltávolítása érintetlenül hagyja az alagutat, míg az alkalmazás eltávolítása eltöri a kiterjesztést.

Ez az aszimmetria a leggyorsabb próba. Tiltsa le a kiterjesztést, és figyelje, használják-e még más alkalmazások a VPN-t.

ChromeOS-szolgáltató: a kiterjesztés valósítja meg a klienst

ChromeOS-on a szolgáltatói modell jellegében más. A kiterjesztés konfigurációs és platformüzeneteket kap, konfigurációs objektumot hoz létre, visszajelenti a kapcsolat állapotát a platformnak, és a forgalmat az API-n keresztül szolgáltatja külön telepített kliens helyett. Ez közelebb áll egy VPN-kliens megírásához, mint egy meglévő beállításához. Az API ráadásul olyan végpontot feltételez, amelyet már üzemeltet, tehát nem szolgáltatást nyújt.

Ezért beszél a referencia kliens megvalósításáról, és nem egyhez való csatlakozásról.

Egy termékállítás olvasása a három ellenében

Kérdezze meg, mely operációs rendszereket támogatja, majd azt, melyik komponens birtokolja a kapcsolatot. Ha a válasz böngészőproxy, böngészőhatókörre számítson. Ha a válasz kísérőalkalmazás, rendszerhatókörre számítson, amíg az az alkalmazás fut. Ha a válasz ChromeOS-szolgáltató, arra számítson, hogy ChromeOS-on működik, és máshol nem. Az a termékoldal, amely „Chrome VPN”-t mond, de nem válaszol erre a két kérdésre, nem mondta meg, mit tesz.

Ellenőrizze az engedélyeket a hirdetett feladat ellenében is. A webhelyek elérése és a proxy vezérlése külön engedélyek, és egyik sem válik indokolttá attól, hogy egy másik platform API-ja véletlenül ugyanazt a nevet viseli.

Amit egyikük sem mond el

A felület semmit nem mond arról, ki üzemelteti a végpontot, mit naplóz, vagy hogy a szolgáltatás elérhető-e ott, ahol ön él. Ezek a szolgáltató tulajdonságai, nem az API-é. Egy létező alagút nem automatikusan olyan alagút, amelyben meg kellene bíznia, és egy létező engedély nem képesség a platformján. Tartsa külön a két ítéletet.

Ezután próbálja ki az állítást azon az eszközön, amelyet valóban használ, egy olyan alkalmazással, amely nem a böngésző.