Chrome VPN API: лише ChromeOS, а не тунель для комп'ютера

Три продукти називають себе Chrome VPN, і лише один із них — те, що описує документація vpnProvider. Цей API доступний у ChromeOS, де розширення може реалізувати клієнтську частину VPN-з'єднання замість того, щоб звертатися до встановленого клієнта. Розширення-проксі змінює те, куди Chrome надсилає запити. Розширення, яке керує окремим клієнтом на комп'ютері, — це панель керування для програм, що працюють поза браузером. Знання того, який із трьох перед вами, відповідає на більшість питань, з якими люди приходять до цього порівняння.

Примітка про платформу — перший фільтр

офіційна довідка vpnProvider зазначає обмеження доступності у власному тексті, і згаданий там дозвіл належить цьому контракту. Додавання vpnProvider до маніфесту в Windows не створює цього інтерфейсу.

Прочитайте рядок про платформу перед списком дозволів, бо дозвіл має сенс лише там, де API існує.

Розширення-проксі: межа — браузер

Розширення-проксі використовує налаштування проксі браузера, щоб надсилати запити Chrome через сервер. Воно кросплатформне й чесне щодо свого охоплення. Інші програми зберігають власні з'єднання, і частина трафіку браузера може досі не йти заданим маршрутом. Це зміна на рівні браузера, а не системний тунель.

Якщо вимога — «цей один сайт, у цьому одному браузері», це правильний інструмент.

Розширення й супутній застосунок: тунель належить застосунку

Клієнт VPN для комп'ютера зазвичай встановлює службу й віртуальний адаптер, а його розширення — це пульт, що звертається до застосунку. Тунель існує на рівні операційної системи, тому він охоплює програми, яких браузер ніколи не бачить. Дозволи розширення описують канал керування, а не шифрування. Видалення розширення залишає тунель недоторканим, тоді як видалення застосунку ламає розширення.

Ця асиметрія — найшвидший тест. Вимкніть розширення й подивіться, чи інші програми досі користуються VPN.

Постачальник ChromeOS: розширення реалізує клієнт

У ChromeOS модель постачальника інша за своєю суттю. Розширення отримує конфігураційні та платформні повідомлення, створює об'єкт конфігурації, повідомляє стан з'єднання назад платформі й передає трафік через API, а не через окремо встановлений клієнт. Це ближче до написання клієнта VPN, ніж до його налаштування. API також припускає кінцеву точку, яку ви вже обслуговуєте, тож вона не надає сервісу.

Саме тому довідка говорить про реалізацію клієнта, а не про підключення до нього.

Як читати заяву продукту щодо цих трьох

Запитайте, які операційні системи підтримуються, а потім — який компонент володіє з'єднанням. Якщо відповідь — проксі в браузері, очікуйте охоплення браузера. Якщо відповідь — супутній застосунок, очікуйте системне охоплення, доки цей застосунок працює. Якщо відповідь — постачальник ChromeOS, очікуйте роботу в ChromeOS і більше ніде. Сторінка продукту, яка каже «Chrome VPN» і не відповідає на ці два питання, не сказала вам, що він робить.

Перевірте також дозволи щодо заявленого завдання. Доступ до сайтів і керування проксі — різні дозволи, і жоден не стає виправданим через те, що API іншої платформи випадково має ту саму назву.

Про що не каже жоден із них

Інтерфейс нічого не каже про те, хто обслуговує кінцеву точку, що вона записує в журнал і чи доступний сервіс там, де ви живете. Це властивості постачальника, а не API. Наявний тунель не обов'язково є тунелем, якому варто довіряти, а наявний дозвіл не є можливістю на вашій платформі. Тримайте ці дві оцінки окремо.

Потім перевірте заяву на пристрої, яким ви справді користуєтеся, із застосунком, який не є браузером.