Коротко — сначала сформируйте свой threat model (что вы хотите защитить: метаданные от провайдера, от владельца точки доступа, от государства, обход геоблоков и т.п.). От этого будут зависеть приоритеты. Ниже — практический чек‑лист и набор тестов, которые помогут объективно оценить небольшой / invite‑only VPN вроде Annet Cloud.
1) Базовые технические требования (минимум)
- Протоколы: современный WireGuard или OpenVPN (UDP) с сильной конфигурацией. PPTP/L2TP/IPsec (с устаревшими конфигами) — минус.
- Шифрование и параметры: для OpenVPN — AES‑GCM (aes-256-gcm) или ChaCha20-Poly1305; для WireGuard — Curve25519 + ChaCha20/Poly1305. Поддержка PFS (ephemeral keys) обязательна.
- Аутентификация: корректная проверка сертификатов, отсутствие слабых PSK.
- DNS: серверы, которыми пользуется VPN, должны быть контролируемы провайдером (желательно) и не допускать утечек; возможность указать свои DNS.
- Kill‑switch / авто‑переподключение / защита от DNS и WebRTC утечек.
- IPv6‑поведение: либо корректная поддержка, либо надёжная блокировка IPv6 (иначе — утечка).
- RAM‑only / diskless сервера: серверы, которые не пишут на диск, предпочтительнее для приватности.
- Логи: чёткая политика «no logs» с описанием — что именно не хранится (сессии, IP, timestamps). Лучшее — независимый аудит, warrant canary или прозрачные отчёты.
- Аутентичность клиента/серверного кода: open‑source клиент и/или серверный код или хотя бы публичный репозиторий и ревью.
- Обновления/патчи: частые обновления и быстрая реакция на CVE/уязвимости.
- Дополнительно: multi‑hop/chain, порт‑форвардинг — по необходимости.
2) Юрисдикция и политика
- Страна регистрации сервиса (и странa хостинга серверов). Законодательство влияет на возможность получения данных и секретных распоряжений.
- Публичность компании: зарегистрирована ли юридическая фирма, контакты, адрес, публичная команда. Полностью «анонимный» сервис — риск в плане ответственности и восстановления после инцидента.
- Политика реагирования на запросы правоохранительных органов: есть ли публичная процедура, transparency report, warrant canary.
3) Инфраструктура и надёжность
- Тип размещения серверов: собственные физические сервера в дата‑центрах или VPS в облаке/провайдеров (AWS, DigitalOcean и т.п.). На VPS‑инфраструктуре «RAM‑only» легче заявить, но провайдер облака всё равно физически владеет хостом.
- Количество локаций и серверов — чем больше, тем лучше распределение нагрузки и отказоустойчивость.
- Наличие DDoS‑защиты, балансировщиков, мониторинга и SLA (или хотя бы uptime‑stat).
- Резервная копия и политика восстановления; как провайдер относится к бэкапам ключей и конфигураций.
4) Практические проверки (что вы можете сделать сами)
- Поиск IP/AS и владельца: whois <IP‑адрес сервера>, посмотреть ASN — выяснить, кому принадлежат IP.
- Геолокация IP и обратный DNS (reverse DNS) — совпадает ли заявленное место с реальным?
- Traceroute / mtr до VPN‑сервера после подключения и до публичного IP до подключения — посмотреть маршруты и нет ли неожиданных промежуточных хостов.
- Тесты на утечки: ipleak.net, dnsleaktest.com, browserleaks.com (WebRTC) — проверить IPv4/IPv6/DNS/WebRTC/port leaks.
- Скорость и стабильность: speedtest в разное время, длительный iperf3 тест (например 5–10 минут) чтобы увидеть флопы и пиковые падения.
- Нагрузочное тестирование: подключаться несколько часов/сутки, проверять авто‑переподключение и восстановление после падения.
- Просмотр сертификатов TLS при соединении (fingerprint) — нет ли самоподписных/слабых certs.
- Nmap поверх сервера (осторожно, не нарушайте правила) — посмотреть открыт ли лишний сервис на VPN‑IP, какие порты доступны.
- Публичные расследования/комментарии: поиск по CVE, уязвимостям или инцидентам в сети для этого провайдера.
Примеры команд (Linux):
- whois <IP>
- traceroute -n <IP>
- mtr -rw <IP>
- curl ifconfig.me до и после подключения (сравнить IP)
- iperf3 -c <iperf3‑server> для тестов скорости
5) Вопросы, которые стоит задать провайдеру
- Уточните точную политику логирования и куда/как хранятся метаданные.
- Где физически размещены сервера? Вы используете VPS или собственные хосты? Поставщики дата‑центров?
- Поддерживается ли RAM‑only (diskless) конфигурация и как она реализована на практике?
- Есть ли независимый аудит/проверка журнала/серверного ПО? Публичные отчёты?
- Какая у вас аварийная процедура и есть ли SLA/uptime метрики?
- Как осуществляется управление ключами/сертификатами и доступ админов? 2FA/доступ через jump host?
- Какая политика по обработке юридических запросов и были ли случаи передачи данных?
6) Красные флаги
- Непрозрачная или расплывчатая политика «no logs» без технических деталей.
- Закрытый проект без возможности ознакомиться с кодом и без аудита.
- Использование устаревших/небезопасных протоколов (PPTP), слабых шифров.
- Серверы расположены только в «высоко рискованных» юрисдикциях без объяснений.
- Непрерывные «падения» и невнятная поддержка/отсутствие инцидент‑логов.
- Очень большие обещания (абсолютная анонимность) без подтверждения.
7) Компромиссы и альтернативы
- Малые сервисы часто привлекательны (меньше внимания), но имеют меньше ресурсов на инфраструктуру, тестирование и защиту. Если вам важна стабильность — крупные провайдеры с репутацией и аудитами лучше.
- Если ваша угроза — целенаправленный государственный актор, лучше не полагаться на сторонний VPN вообще; лучше свой VPN на VPS в лояльной юрисдикции или целые комбинации (Tor, multi‑hop).
- Самостоятельный VPS+WireGuard дает наилучший контроль, но требует уметь администрировать и выбирать провайдера хостинга.
8) Что конкретно спросить/проверить по Annet Cloud
- Попросите техническое описание архитектуры: как организованы серверы, кто владеет ними, используются ли VPS.
- Есть ли список IP/AS и можно ли их проверить через whois.
- Политика логов, RAM‑only подтверждение и детали реализации.
- Наличие открытого кода клиента/серверной части или хотя бы публичных конфигураций.
- История инцидентов, uptime‑метрики, и есть ли независимый аудит.
- Какая защита от DDoS и есть ли резервные локации.
Итог: минимально — проверьте протоколы/шифры, наличие kill‑switch, поведение с IPv6 и DNS, реальную инфраструктуру (whois/ASN), и сопоставьте политику логов с независимыми доказательствами (аудит, transparency report, RAM‑only техдок). Если вам нужна высокая приватность и надёжность — отдавайте предпочтение провайдерам с открытым кодом и аудитами или разверните свой сервер.
Если нужно — могу составить конкретный список команд/скриптов для автоматизированной проверки (утечек, traceroute, постоянного iperf) и/или помочь сформулировать вопросы для поддержки Annet Cloud.