Chrome VPN-API: allinnich ChromeOS, net in buroblêdtunnel

Trije produkten neame harsels in Chrome VPN, en mar ien fan har is it ding dat de dokumintaasje fan vpnProvider beskriuwt. Dy API is beskikber op ChromeOS, dêr’t in ekstinsje de kliïntkant fan in VPN-ferbining ymplementearje kin yn stee fan te praten mei in ynstallearre klant. In browserproxy-ekstinsje feroaret wêr’t Chrome syn oanfragen hinne stjoert. In ekstinsje dy’t in aparte buroblêdklant bestjoert, is in bedieningspaniel foar software dy’t bûten de browser rint. Witte hokker fan de trije jo foar jo hawwe, beantwurdet de measte fragen dy’t minsken nei dizze fergeliking bringe.

De platfoarmnotysje is it earste filter

De offisjele vpnProvider-referinsje neamt syn beskikberensbeheining yn syn eigen tekst, en de tasteanning dy’t dêr neamd wurdt heart by dat kontrakt. It tafoegjen fan vpnProvider oan in manifest op Windows makket de ynterface net.

Lês de platfoarmrigel foar de list mei tasteanningen, want de tasteanning hat allinnich betsjutting dêr’t de API bestiet.

Proxy-ekstinsje: de browser is de grins

In proxy-ekstinsje brûkt de proxy-ynstellingen fan de browser om de oanfragen fan Chrome fia in server te stjoeren. It is platfoarmoerskriuwend en it is earlik oer syn omfang. Oare tapassings hâlde har eigen ferbiningen, en in part fan it browserferkear folget miskien noch altyd net de konfigurearre rûte. Dat is in feroaring op browsernivo, net in systeemtunnel.

As de eask “krekt dizze side, yn krekt dizze browser” is, is it it goede ark.

Ekstinsje plus begeliedende tapassing: de tapassing hat de tunnel

In buroblêd-VPN-klant ynstallearret meastentiids in tsjinst en in firtuele adapter, en syn ekstinsje is in ôfstânbedrêning dy’t de tapassing oanropt. De tunnel bestiet op bestjoeringssysteemnivo, dus it omfettet tapassings dy’t de browser nea sjocht. De tasteanningen fan de ekstinsje beskriuwe it kontrôlekanaal, net de fersifering. It fuortheljen fan de ekstinsje lit de tunnel yntakt, wylst it fuortheljen fan de tapassing de ekstinsje brekt.

Dy asymmetry is de fluchste test. Skeakelje de ekstinsje út en sjoch oft oare tapassings de VPN noch brûke.

ChromeOS-oanbieder: de ekstinsje ymplementearret de klant

Op ChromeOS ferskilt it oanbiedermodel fan aard. De ekstinsje ûntfangt konfiguraasje- en platfoarmberjochten, makket in konfiguraasjeobjekt, rapportearret de ferbiningstastân werom nei it platfoarm, en leveret ferkear fia de API yn stee fan fia in apart ynstallearre klant. It is tichter by it skriuwen fan in VPN-klant as by it konfigurearjen fan ien. De API ferûnderstelt ek in einpunt dat jo al beheare, dus it leveret gjin tsjinst.

Dêrom sprekt de referinsje oer it ymplementearjen fan in klant en net oer it ferbinen mei ien.

In produktbewearing lêze tsjin de trije

Freegje hokker bestjoeringssystemen stipe wurde, freegje dan hokker komponint de ferbining hat. As it antwurd in browserproxy is, ferwachtsje browsernivo. As it antwurd in begeliedende tapassing is, ferwachtsje systeemnivo salang’t dy tapassing rint. As it antwurd in ChromeOS-oanbieder is, ferwachtsje dat it op ChromeOS wurket en nearne oars. In produktpagina dy’t “Chrome VPN” seit sûnder dy twa fragen te beantwurdzjen, hat jo net ferteld wat it docht.

Kontrolearje ek de tasteanningen tsjin it oankundige wurk. Tagong ta websiden en proxykontrôle binne ferskillende tasteanningen, en gjin fan beide wurdt rjochtfeardige om’t de API fan in oar platfoarm tafallich deselde namme hat.

Wat gjin fan harren jo fertelt

De ynterface seit neat oer wa’t it einpunt beheart, wat it logt, of de tsjinst beskikber is wêr’t jo wenje. Dat binne eigenskippen fan de oanbieder, net fan de API. In tunnel dy’t bestiet is net automatysk in tunnel dy’t jo fertrouwe moatte, en in tasteanning dy’t bestiet is gjin fermogen op jo platfoarm. Hâld de beide oardielen apart.

Test de bewearing dan op it apparaat dat jo echt brûke, mei in tapassing dy’t net de browser is.