Tiga produk menggelar diri mereka Chrome VPN, dan hanya satu daripadanya ialah perkara yang diterangkan oleh dokumentasi vpnProvider. API itu tersedia pada ChromeOS, tempat sambungan boleh melaksanakan bahagian klien sambungan VPN dan bukannya bercakap dengan klien yang dipasang. Sambungan proksi pelayar menukar ke mana Chrome menghantar permintaannya. Sambungan yang mengawal klien desktop berasingan pula ialah panel kawalan untuk perisian yang berjalan di luar pelayar. Mengetahui yang mana antara ketiga-tiganya anda lihat menjawab sebahagian besar soalan yang orang bawa ke perbandingan ini.

Nota platform ialah penapis pertama

Rujukan rasmi vpnProvider menyatakan sekatan ketersediaannya dalam teksnya sendiri, dan kebenaran yang dinamakan di situ tergolong dalam kontrak itu. Menambah vpnProvider pada manifes di Windows tidak mencipta antara muka itu.

Baca baris platform sebelum senarai kebenaran, kerana kebenaran itu hanya bermakna di tempat API itu wujud.

Sambungan proksi: pelayar ialah sempadannya

Sambungan proksi menggunakan tetapan proksi pelayar untuk menghantar permintaan Chrome melalui pelayan. Ia merentas platform dan jujur tentang skopnya. Aplikasi lain mengekalkan sambungan mereka sendiri, dan sebahagian trafik pelayar mungkin masih tidak mengikut laluan yang dikonfigurasikan. Itu perubahan pada peringkat pelayar, bukan tunnel sistem.

Jika keperluannya ialah “satu laman ini, dalam satu pelayar ini”, itulah alat yang betul.

Sambungan serta aplikasi pendamping: aplikasi memiliki tunnel itu

Klien VPN desktop biasanya memasang perkhidmatan dan penyesuai maya, dan sambungannya ialah alat kawalan jauh yang memanggil aplikasi itu. Tunnel itu wujud pada peringkat sistem pengendalian, jadi ia meliputi aplikasi yang tidak pernah dilihat oleh pelayar. Kebenaran sambungan menerangkan saluran kawalan, bukan penyulitan. Membuang sambungan membiarkan tunnel utuh, manakala membuang aplikasi memecahkan sambungan.

Asimetri itulah ujian paling pantas. Lumpuhkan sambungan dan lihat sama ada aplikasi lain masih menggunakan VPN.

Pembekal ChromeOS: sambungan melaksanakan klien itu

Pada ChromeOS model pembekal berbeza dari segi jenis. Sambungan menerima mesej konfigurasi dan platform, mencipta objek konfigurasi, melaporkan keadaan sambungan kembali kepada platform, dan membekalkan trafik melalui API dan bukannya melalui klien yang dipasang secara berasingan. Ia lebih hampir kepada menulis klien VPN daripada mengkonfigurasinya. API itu juga menganggap titik akhir yang sudah anda kendalikan, jadi ia tidak membekalkan perkhidmatan.

Sebab itulah rujukan itu bercakap tentang melaksanakan klien dan bukannya menyambung kepadanya.

Membaca dakwaan produk berbanding ketiga-tiganya

Tanyakan sistem pengendalian mana yang disokong, kemudian tanyakan komponen mana yang memiliki sambungan itu. Jika jawapannya proksi pelayar, jangkakan skop pelayar. Jika jawapannya aplikasi pendamping, jangkakan skop sistem selagi aplikasi itu berjalan. Jika jawapannya pembekal ChromeOS, jangkakan ia berfungsi pada ChromeOS dan tidak di tempat lain. Halaman produk yang berkata “Chrome VPN” tanpa menjawab dua soalan itu belum memberitahu anda apa yang dilakukannya.

Semak juga kebenaran berbanding kerja yang diiklankan. Akses laman web dan kawalan proksi ialah kebenaran berbeza, dan tiada satu pun menjadi wajar hanya kerana API platform lain kebetulan berkongsi nama yang sama.

Apa yang tiada satu pun daripadanya beritahu anda

Antara muka itu tidak berkata apa-apa tentang siapa yang mengendalikan titik akhir, apa yang direkodkannya, atau sama ada perkhidmatan itu tersedia di tempat anda tinggal. Itu sifat pembekal, bukan sifat API. Tunnel yang wujud tidak secara automatik merupakan tunnel yang patut anda percayai, dan kebenaran yang wujud bukanlah keupayaan pada platform anda. Kekalkan kedua-dua pertimbangan itu secara berasingan.

Kemudian uji dakwaan itu pada peranti yang benar-benar anda gunakan, dengan aplikasi yang bukan pelayar.

Artikel berkaitan