API de Chrome VPN: només a ChromeOS, no és un túnel d’escriptori
chrome.vpnProvider és una API de ChromeOS. Un proxy de navegador i una extensió que controla un client VPN d’escriptori són productes diferents amb abasts diferents.
Tres productes s’anomenen Chrome VPN i només un d’ells és el que descriu la documentació de vpnProvider. Aquesta API està disponible a ChromeOS, on una extensió pot implementar el costat client d’una connexió VPN en lloc de parlar amb un client instal·lat. Una extensió de proxy del navegador canvia on Chrome envia les peticions. Una extensió que controla un client d’escriptori separat és un panell de control per a programari que s’executa fora del navegador. Saber quin dels tres estàs mirant respon la majoria de preguntes que la gent porta a aquesta comparació.
La nota de plataforma és el primer filtre
La referència oficial de vpnProvider indica la seva restricció de disponibilitat en el seu propi text, i el permís que s’hi anomena pertany a aquest contracte. Afegir vpnProvider a un manifest a Windows no crea la interfície.
Llegeix la línia de plataforma abans de la llista de permisos, perquè el permís només té sentit on existeix l’API.
Extensió de proxy: el navegador és la frontera
Una extensió de proxy fa servir la configuració de proxy del navegador per enviar les peticions de Chrome a través d’un servidor. És multiplataforma i és honesta sobre el seu abast. Altres aplicacions mantenen les seves pròpies connexions, i part del trànsit del navegador pot encara no seguir la ruta configurada. Això és un canvi a nivell de navegador, no un túnel de sistema.
Si el requisit és “aquest lloc, en aquest navegador”, és l’eina correcta.
Extensió més aplicació acompanyant: l’aplicació posseeix el túnel
Un client VPN d’escriptori normalment instal·la un servei i un adaptador virtual, i la seva extensió és un comandament a distància que crida l’aplicació. El túnel existeix a nivell del sistema operatiu, així que cobreix aplicacions que el navegador no veu mai. Els permisos de l’extensió descriuen el canal de control, no el xifratge. Treure l’extensió deixa el túnel intacte, mentre que treure l’aplicació trenca l’extensió.
Aquesta asimetria és la prova més ràpida. Desactiva l’extensió i mira si altres aplicacions encara fan servir la VPN.
Proveïdor de ChromeOS: l’extensió implementa el client
A ChromeOS el model de proveïdor és diferent per naturalesa. L’extensió rep missatges de configuració i de plataforma, crea un objecte de configuració, informa la plataforma de l’estat de la connexió i subministra trànsit mitjançant l’API en lloc d’un client instal·lat separat. S’acosta més a escriure un client VPN que a configurar-ne un. L’API també pressuposa un punt final que ja operes, així que no subministra cap servei.
Per això la referència parla d’implementar un client i no de connectar-s’hi.
Llegir una afirmació de producte contra els tres
Pregunta quins sistemes operatius són compatibles i després pregunta quin component posseeix la connexió. Si la resposta és un proxy de navegador, espera abast de navegador. Si la resposta és una aplicació acompanyant, espera abast de sistema mentre aquesta aplicació s’executi. Si la resposta és un proveïdor de ChromeOS, espera que funcioni a ChromeOS i enlloc més. Una pàgina de producte que diu “Chrome VPN” sense respondre aquestes dues preguntes no t’ha dit què fa.
Comprova també els permisos respecte a la feina anunciada. L’accés a llocs web i el control de proxy són permisos diferents, i cap dels dos es justifica només perquè l’API d’una altra plataforma comparteixi un nom.
Què no et diu cap d’ells
La interfície no diu res sobre qui opera el punt final, què registra ni si el servei està disponible on vius. Aquestes són propietats del proveïdor, no de l’API. Un túnel que existeix no és automàticament un túnel en què hauries de confiar, i un permís que existeix no és una capacitat a la teva plataforma. Mantén els dos judicis separats.
Després prova l’afirmació al dispositiu que fas servir de debò, amb una aplicació que no sigui el navegador.