Що насправді каже вам оцінка VPN-сервера?

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

Перевірки нижче охоплюють те, що читати, що вимірювати самому і що записувати. Вони припускають клієнт, який уже підтримує протокол, який пропонує кандидат.

Прочитайте визначення раніше за рейтинг

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

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

Довіра, сумісність і швидкість — це три питання

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

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

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

Виміряйте кандидата зі своєї мережі

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

ping -c 20 203.0.113.77
mtr -r -c 50 203.0.113.77
curl -sS -o /dev/null -w '%{http_code} %{time_connect} %{time_total}\n' --max-time 8 https://example.com/
timeout 5 bash -c 'cat < /dev/null > /dev/tcp/203.0.113.77/1194' && echo port-open

Читайте вивід як три окремі відповіді. Пінг, який ніколи не відповідає, може означати, що кінцева точка фільтрує ICMP, а не що сервіс недоступний, тож поєднайте його з перевіркою порту. Трасування шляху показує, де накопичується затримка, а завершений запит із хронометражем доводить, що ланцюг працює з вашої адреси. Жодне з цих значень не є постійною властивістю кінцевої точки.

Запишіть порівняння

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

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

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