Добровольные и коммерческие VPN по-разному размещают доверие
Добровольный релей и коммерческая учётная запись — это разные договорённости. Следите, кто управляет конечной точкой, что покрывает политика и что может доказать клиент.
Ярлык на сервисе VPN говорит меньше, чем стоящая за ним договорённость. Добровольная сеть может объединять релеи, которыми управляют люди, никак не связанные друг с другом, а коммерческий сервис обычно предлагает одну учётную запись и одну опубликованную политику поверх инфраструктуры, которую он может частично арендовать. Ни одна из форм не является автоматически более приватной. Различие в том, кто контролирует конечную точку, к которой вы подключаетесь, и кто поэтому может ответить на вопрос о ней.
Три стороны, а не одна
За любым подключением стоят три стороны, и они не всегда одна организация. Оператор каталога решает, какие конечные точки вы можете найти, и раздаёт профили; разработчик программного обеспечения решает, как ваш клиент говорит по протоколу; оператор сервера управляет машиной, с которой выходит ваш трафик. Только последний в состоянии что-либо записать или сохранить, а при добровольной договорённости этот человек может быть чужим для двух других.
| Party | What they control | What changes when it changes |
|---|---|---|
| Directory operator | Lists endpoints and distributes profiles | Which relays you can find at all |
| Software developer | The client and its protocol implementation | How you connect, not who receives the traffic |
| Server operator | The machine your traffic exits from | Records, abuse handling and upstream network |
Коммерческая договорённость обычно объединяет всех троих в одну компанию, хотя может арендовать серверы у хостинг-провайдера. Читайте, что провайдер говорит, что он эксплуатирует, потому что выражение наша сеть и выражение наша политика могут охватывать разные системы. Если участвует партнёр, политика должна его назвать, иначе она не доходит до вашего трафика.
Как исчезает конечная точка
Добровольный релей существует потому, что его хост поддерживает его работу. Когда этот человек останавливается, запись покидает каталог, и ничто в этой договорённости не обещает, что релей будет там завтра.
Запись в каталоге — это вариант, а не гарантия: выбрать другую запись значит выбрать другого оператора, а не снова подключиться к тому же сервису. Коммерческие сервисы отказывают так же, но по другим причинам: ёмкость, региональное ограничение или сбой у хостинг-партнёра. Меняется то, кого вы можете об этом спросить. Ни одна из договорённостей не обязана обеспечивать вам непрерывность только потому, что профиль всё ещё загружается.
Что политика на самом деле покрывает
Добровольные проекты тоже публикуют правила журналирования и противодействия злоупотреблениям, и эти правила — самая интересная часть. Добровольный описывает, кто размещает релей, а не обещание, что ничего не записывается, а проект с опубликованной обработкой злоупотреблений говорит вам, что записи где-то существуют.
У коммерческих политик обратная проблема: они подробны, и именно подробности вам нужно прочитать. Политика, охватывающая собственные серверы провайдера, не описывает автоматически инфраструктуру партнёра. Заявление о юрисдикции не является описанием практики. Ищите раздел, где названы системы в области действия, и относитесь к политике, которая остаётся расплывчатой насчёт охвата, как к маркетингу, а не как к доказательству.
Решайте по записи, а не по ярлыку
Клиент, который подключается, доказывает совместимость протокола и доступность и ничего не говорит о записях, потому что записи создаются на конечной точке и выше неё. Поэтому зелёный значок состояния — такой слабый сигнал: один и тот же клиент, направленный на аккуратный релей и на небрежный, выглядит одинаково. Поэтому запись решения должна строиться из того, что вы можете обосновать о конкретном операторе, а не из интерфейса. Запишите техническую видимость пути, категории задействованных данных и доверие, которое оператор заслужил; если что-то из этого — догадка, решение не завершено.
Если вы только сравниваете подключения, записывайте вместо этого конечную точку и измеренный результат. Релей в одной стране, достигнутый ресурс и измеренный ответ описывают то, что вы проверили, не приписывая поведение одного хоста всему проекту.
Держите совместимость программного обеспечения и протокола отдельно от практики сервиса на всём пути, потому что о них решают разные стороны и они отказывают по-разному. Поэтому добавьте в запись два поля: версию клиента, которую вы запускали, и протокол, о котором он договорился. Тогда следующее сравнение начинается с доказательств, а не с ярлыка. Запись, где названы конечная точка, клиент и результат, — единственная часть этого решения, которую вы сможете защитить позже.