Добровільні та комерційні VPN по-різному розміщують довіру

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

Три сторони, а не одна

За будь-яким з'єднанням стоять три сторони, і вони не завжди одна організація. Оператор каталогу вирішує, які кінцеві точки ви можете знайти, і роздає профілі; розробник програмного забезпечення вирішує, як ваш клієнт говорить протоколом; оператор сервера керує машиною, з якої виходить ваш трафік. Лише останній здатен щось записати або зберегти, а за добровільної домовленості ця людина може бути чужою для двох інших.

Комерційна домовленість зазвичай об'єднує всіх трьох в одну компанію, хоча може орендувати сервери в хостинг-провайдера. Читайте, що провайдер каже, що він експлуатує, бо вираз наша мережа і вираз наша політика можуть охоплювати різні системи. Якщо задіяний партнер, політика має його назвати, інакше вона не досягає вашого трафіку.

Як зникає кінцева точка

Добровільний релей існує тому, що його хост підтримує його роботу. Коли ця людина зупиняється, запис залишає каталог, і ніщо в цій домовленості не обіцяє, що релей буде там завтра.

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

Що політика насправді покриває

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

Комерційні політики мають протилежну проблему: вони докладні, і саме докладність вам треба прочитати. Політика, що охоплює власні сервери провайдера, не описує автоматично інфраструктуру партнера. Заява про юрисдикцію не є описом практики. Шукайте розділ, де названо системи в межах дії, і ставтеся до політики, яка залишається розпливчастою щодо охоплення, як до маркетингу, а не як до доказу.

Вирішуйте за записом, а не за ярликом

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

Якщо ви лише порівнюєте підключення, записуйте натомість кінцеву точку й виміряний результат. Релей в одній країні, досягнутий ресурс і виміряна відповідь описують те, що ви перевірили, не приписуючи поведінку одного хоста всьому проєкту.

Тримайте сумісність програмного забезпечення і протоколу окремо від практики сервісу на всьому шляху, бо про них вирішують різні сторони і вони відмовляють по-різному. Тому додайте до запису два поля: версію клієнта, яку ви запускали, і протокол, про який він домовився. Тоді наступне порівняння починається з доказів, а не з ярлика. Запис, де названо кінцеву точку, клієнта й результат, — єдина частина цього рішення, яку ви зможете захистити пізніше.