Войти Начать
Бесплатный инструмент

Что пропускает ваша сеть

Когда VPN не подключается в офисе, отеле или на кампусе, дело обычно не в приложении. Сеть пропускает только 80 и 443, режет UDP или заворачивает DNS на свой сервер — и каждый из этих случаев лечится своим протоколом. Страница проверяет все четыре и говорит, что здесь пройдёт.

Ничего не устанавливается, всё видно из браузера.

Готов к проверке

Нажмите «Проверить сеть» — около семи секунд.

Что из этого следует

Что показала проверкаЧто здесь подключится
Проходит всёЛюбой протокол. Берите WireGuard — он быстрее на слабом железе.
UDP закрыт, 443 работаетПротокол поверх TCP 443: VLESS с Reality или аналог. WireGuard и IKEv2 не подключатся.
Нестандартный порт не проходитТолько узлы на 443. Конфиг, где после адреса стоит необычный номер порта, в этой сети бесполезен.
DNS наружу не выходитСеть держит свой резолвер. Подключение это обычно переживает, но имена до туннеля разрешаются не вами — смотрите тест утечки DNS.

Ограничения

Проверяются наши адреса и публичные STUN-серверы, а не конкретный сервер, к которому вы подключаетесь: сеть может пропускать 443 к одним хостам и резать к другим. UDP проверяется на портах STUN — 3478 и 19302; сеть, пропускающая один UDP-порт и режущая другие, покажется здесь закрытой. QUIC отдельно не проверяется: на нашей стороне HTTP/3 пока не включён, а измерять чужой — значит выдавать чужие правила за ваши.

Дальше по теме: кто разрешает ваши имена, подробнее про UDP и какие сервисы не открываются в этой сети.

Сеть режет половину протоколов?

404 VPN подключается по VLESS с Reality через TCP 443 — для фильтра это неотличимо от обычного сайта. Там, где UDP закрыт и нестандартные порты не проходят, это единственное, что работает.

Как подключить 404 VPN →

Частые вопросы

guest@404vpn:~$ cat network-faq.md
[01] $ Почему на мобильном интернете VPN подключается, а на рабочем Wi-Fi нет? ▸
> Потому что мобильный оператор пропускает почти всё, а корпоративная сеть — только то, что считает нужным. Типичный набор правил: наружу открыты 80 и 443 по TCP, UDP закрыт целиком, DNS-запросы принудительно заворачиваются на внутренний сервер. WireGuard в такой сети не подключится никогда, а протокол поверх TCP 443 выглядит как обычный HTTPS и проходит.
[02] $ Что значит «нестандартный порт не проходит»? ▸
> Мы стучимся на наш же сервер по порту 8443 — обычный HTTPS, только не на 443. Если проба не прошла, а 443 работает, значит, сеть фильтрует по номеру порта. Практический вывод: подключение, в котором адрес сервера заканчивается на непривычный порт, здесь не заработает — нужен узел на 443.
[03] $ Тест говорит, что UDP закрыт. Это точно? ▸
> Это значит, что за шесть секунд не ответил ни один публичный STUN-сервер, хотя браузер нашёл локальные адреса. Почти всегда так и есть — UDP режут. Оговорка: сеть может пропускать один UDP-порт и резать другой, поэтому редкий WireGuard на необычном порту иногда проходит там, где тест показал закрытый UDP.
[04] $ Зачем здесь проверка DNS? ▸
> Она отвечает на вопрос, выпускает ли сеть запросы к чужим зонам наружу. Если нет — резолвер у сети свой и принудительный, а это отдельный источник странностей: имена могут разрешаться не в те адреса или не разрешаться вовсе. Кто именно разрешает ваши имена, показывает соседний инструмент — тест утечки DNS.
[05] $ Вы что-то сохраняете по итогам проверки? ▸
> Нет. Пробы — это обращения к нашим же адресам, они ничем не отличаются от обычного открытия страницы. Сводка для поддержки складывается в буфер обмена у вас, а не отправляется нам: пока вы сами не вставите её в письмо, мы её не увидим.