Если вы заметили резкое падение скорости вечером или ночью — например, скачки пинга с 20 мс до 200–500 мс и потерю пропускной способности с 100 Мбит/с до 1–5 Мбит/с — возможно, это результат действий Роскомнадзора или провайдера по требованию регулятора. Запрос "роскомнадзор замедлил интернет ночью как обойти" стал частым в поисковых системах после серий жалоб пользователей: в марте 2021 года Роскомнадзор официально сообщал о мерах в отношении Twitter, а затем фиксировались выборочные ограничения трафика по ряду сервисов.

Ночная задержка соединения часто имеет признаки: избирательное падение скорости на CDNs и облачных сервисах, рост потерь пакетов на трассах к определённым IP-префиксам и нормальная скорость для локальных российских ресурсов. В этом руководстве — конкретные методы диагностики и технические решения: протоколы (WireGuard, OpenVPN 2.5+), порты (443, 1194, 51820), DNS-сервисы (1.1.1.1, 8.8.8.8, 9.9.9.9) и реальные шаги для обхода замедления с учётом рисков и ограничений.

Как диагностировать: метрики, инструменты и характерные признаки

Для объективной проверки возьмите за базу три показателя: скорость (Mbps), задержку (мс) и потери пакетов (%). Тестируйте в разные часы: например, 14:00 и 02:00. Если ночью скачок выглядит как падение скорости на 90%+ для международного трафика и одновременно локальные сайты работают нормально — это классический признак селективного замедления.

Инструменты и конкретные команды/сервисы:

• Speedtest.net (Ookla): сравните пиковую и ночную загрузку; фиксируйте результат в Mbps.
• mtr/traceroute: mtr -rwzbc100 <адрес> даёт таблицу потерь и задержек по каждой точке маршрута; ищите резкое увеличение потерь на транзитных хопах.
• Ping: ping -c 50 8.8.8.8 — при замедлении пинг часто растёт в 5–10 раз.
• RIPE Atlas / BGPlooking glass: если у вас есть доступ к RIPE Atlas probe, сравните трассы в разные регионы; изменение AS-path указывает на манипуляции на уровне провайдеров/регулятора.

Пример: при нормальной работе сервер в Нидерландах даёт 80–120 Мбит/с и 35 мс; при ночном замедлении те же тесты показывают 2–4 Мбит/с и 180–400 мс, а mtr фиксирует потери 30–60% на 2–3 промежуточных хопах — очевидно, что проблема вне вашей локальной сети.

Какие технологии помогают обходить замедление: протоколы и режимы

Ключ к обходу — сделать трафик неотличимым от обычного HTTPS и использовать протоколы, устойчивые к DPI (Deep Packet Inspection). Практически работающие варианты: WireGuard, OpenVPN в TCP на 443, обфусцированные туннели (obfs4/stunnel), Shadowsocks, V2Ray/Trojan. Конкретика:

• WireGuard: легковесный туннель, встраивается в Linux kernel 5.6 (март 2020), порт по умолчанию 51820/UDP; даёт высокую скорость (в лабораторных тестах до сотен Мбит/с на современном CPU), но его трафик легко отличим от HTTPS, поэтому при DPI может блокироваться.
• OpenVPN (2.5+): можно запускать в TCP на порт 443, имитируя HTTPS; OpenVPN 2.5 (выпущен 2021) улучшил стабильность TLS-режима. Минус — большие накладные расходы и ниже реальная скорость при высокой нагрузке.
• Obfs4 / Stunnel / V2Ray / Trojan: технологии обфускации: obfs4 маскирует заголовки, stunnel оборачивает трафик в настоящую TLS-сессию (порт 443), V2Ray и Trojan поддерживают XTLS/VMess и активно используются для обхода DPI.

Рекомендация по сочетанию: если провайдер применяет простую фильтрацию по IP/портам — переключитесь на OpenVPN TCP 443; при глубокой DPI — используйте V2Ray/Trojan или stunnel поверх WireGuard/OpenVPN. Для большинства пользователей оптимальным будет VPN-сервер с опцией "obfuscated servers" и выбором TCP 443/UDP 443.

Практическая инструкция: шаги для быстрого восстановления скорости ночью

Ниже — последовательность конкретных действий, которые дают заметный эффект у 70–90% пользователей при селективном ночном замедлении.

• Шаг 1 — замерить базовую метрику: вечером и ночью запустите Speedtest и mtr; сохраните результаты (скрин/лог). Это даст цифры для сравнения.
• Шаг 2 — сменить DNS: установите DNS 1.1.1.1 (Cloudflare), 8.8.8.8 (Google) или 9.9.9.9 (Quad9); в настольных браузерах включите DoH (Firefox поддерживает DoH с версии 62, Chrome поддерживает с использованием политики/плагинов). Это решает проблемы с переадресацией DNS и блокировками на уровне 53/UDP.
• Шаг 3 — подключиться к VPN с обфускацией: выберите сервер в соседней стране (Финляндия, Эстония, Нидерланды — средняя RTT 20–70 мс из Москвы) и протокол: OpenVPN TCP 443 или V2Ray/Trojan с TLS. Если используете WireGuard и видите DPI-блокировки, переключитесь на TCP 443 + stunnel.
• Шаг 4 — проверить настройки MTU и split-tunneling: установите MTU туннеля в диапазоне 1350–1420 (часто 1380 даёт стабильность) и включите split-tunneling для локальных российских сервисов, чтобы снизить нагрузку на канал.
• Шаг 5 — тестировать альтернативы: если VPN не помог, попробуйте Tor с obfs4 bridge (скорость часто ниже: 0.5–3 Мбит/с), либо мобильный бэкап через 4G/5G (в ряде случаев мобильные операторы направляются другим маршрутом и остаются стабильнее). Также полезно сменить сервер VPN на несколько вариантов и сравнить скорость: дистанция до сервера влияет на RTT и throughput.

Пример результата: при замедлении