Перейти к содержимому
Редакция 1.3 · действует с

Правила для VPN и прокси (self-SNI)

Какие домены можно указывать в настройках VPN и прокси, как мы проверяем нарушение и что происходит, если его не исправить.

1. Требование

  1. 1.1

    Если VPN или прокси использует SNI, serverName, target, dest или fallback для маскировки или перенаправления TLS-соединения, домен и целевой HTTPS-ресурс должны принадлежать Клиенту или находиться под его законным управлением. Использовать чужие домены и ресурсы без такого права, в том числе домены банков, государственных органов и операторов связи, запрещено. Обычный HTTPS-сайт, легитимный обратный прокси и обычные исходящие HTTPS-запросы этим не запрещены.

  2. 1.2

    Дополнение от 4 ноября 2026 г.: домены в параметрах SNI, serverName, target и dest не должны содержать сочетаний «vpn» и «vless» в любом регистре, в том числе в поддоменах (например, vpnkuduzo.ru или vless.example.com). Такие домены не допускаются, даже если они принадлежат Клиенту. На обычные HTTPS-сайты это не распространяется.

  3. 1.3

    Дополнение от 6 ноября 2026 г.: в параметрах SNI, serverName, target и dest также не допускаются домены mooo.com и sslip.io и их поддомены.

2. Проверка и ограничение

  1. 2.1

    Нарушение устанавливается по совокупности актуальных данных: действующая конфигурация VPN или прокси, её связь с работающим процессом и портом, указанные домены и адреса, проверки DNS и TLS, точная привязка к серверу Клиента. Один DNS-ответ, чужой сертификат, входящий ClientHello, таймаут или старая запись недостаточны. Пароли, закрытые ключи и содержимое трафика для проверки не требуются.

  2. 2.2

    При подтверждённом нарушении конкретный сервер может быть приостановлен автоматически с сохранением дисков и данных на время исправления. Клиент получает уведомление с указанием сервера, основания и порядка исправления. Аккаунт и остальные услуги Клиента не блокируются. Неоднозначный результат проверки передаётся сотруднику и не считается нарушением.

3. Исправление

  1. 3.1

    По запросу Клиента сервер запускается на 24 часа для исправления; срок отсчитывается с момента подтверждённого запуска, точное время окончания сообщается Клиенту. До окончания срока Клиент сообщает об исправлении в тикете, указав сервер, свой домен и изменённые параметры (без паролей и ключей). Сообщение об исправлении, спор или ошибка проверки приостанавливают дальнейшие меры до рассмотрения. При подтверждённом исправлении инцидент закрывается.

  2. 3.2

    Дополнение от 6 ноября 2026 г.: для исправления сервер запускается один раз на 1 час с момента подтверждённого включения; повторный запуск не предоставляется. Если после этого срока свежая проверка подтверждает нарушение, сервер остаётся приостановленным без повторного доступа. Диски, данные и аккаунт сохраняются. Сроки, выданные до этой даты, действуют до их окончания.

4. Последствия неустранённого нарушения

  1. 4.1

    Если после предоставленного срока новая проверка подтверждает сохранение нарушения, исправление не подтверждено и нет нерассмотренного обращения или спора, обслуживание сервера может быть прекращено, а сервер и его диски удалены без возможности восстановления. Стоимость такой услуги не возвращается в пределах, допускаемых применимым правом.

5. Применение

  1. 5.1

    Условия об удалении и невозврате из раздела 4 применяются к заказам и оплаченным периодам продления, оформленным с 3 ноября 2026 г., и к нарушениям, возникшим в таких периодах. Ранее открытые инциденты и уже оплаченные периоды на них не переводятся.

Бишкек, Кыргызская Республика · вопросы по документу: info@qocloud.tech