С 12 августа 2026 года мы собираем сообщения о проблемах с подключением к удалённым Windows-серверам по RDP из России. На момент публикации нельзя утверждать, что речь идёт о едином массовом сбое или что причиной является РКН/ТСПУ. Но совпадение по времени и характер проблем заслуживает отдельного разбора. Вот такие запросы получаем:

недоступны серверы рдп сегодня
rdp отключается с 12 августа в России
сегодня сбои в работе rdp
работа rdp в России нарушена

Не работает RDP в России: массовый сбой или новая волна фильтрации ТСПУ?

Если вы столкнулись с тем, что RDP перестал подключаться, соединение устанавливается и сразу разрывается или сервер стал доступен через один интернет-канал, но недоступен через другой — расскажите нам об этом. В конце статьи есть способы связи.

Что произошло

По сообщениям пользователей, проблемы с RDP начали проявляться 12 августа 2026 года.

Сценарии могут отличаться:

RDP вообще не устанавливает соединение;
подключение долго находится на этапе «Подключение»;
соединение устанавливается, но через некоторое время разрывается;
один и тот же сервер доступен из одной сети и недоступен из другой;
из одного региона России подключение работает, а из другого — нет;
подключение к одному IP работает, а к другому — нет.

Пока недостаточно данных, чтобы считать все эти случаи одной проблемой.

Как спасти свой сайт от ложных блокировок ТСПУ РКН — HTTP/2 Only и TLS 1.2

Именно поэтому мы решили собрать статистику и проверить, есть ли между ними общая закономерность.

Есть ли массовый сбой RDP?

Пока подтверждения общероссийского массового сбоя нет.

В открытых источниках мы не нашли официального сообщения Microsoft, провайдеров или Роскомнадзора о том, что с 12 августа произошёл единый сбой RDP в России.

При этом отсутствие официального сообщения не означает отсутствия проблемы.

Для сетевых сбоев характерна ситуация, когда проблема возникает не у всех пользователей одновременно, а зависит от:

оператора связи;
региона;
конкретного IP-адреса сервера;
маршрута до сервера;
типа подключения;
используемого порта;
параметров фильтрации трафика.

Поэтому обычный «массовый» мониторинг может не показать проблему, которая затрагивает только определённые сети.

Причём здесь ТСПУ?

Это одна из наиболее интересных гипотез.

ТСПУ — технические средства противодействия угрозам, через которые в российской сети реализуются различные механизмы фильтрации и ограничения трафика.

Публичные исследования описывают ТСПУ как DPI-инфраструктуру, способную не только блокировать конкретные ресурсы, но и влиять на отдельные типы трафика и соединений. При этом точные правила фильтрации и их изменения публично практически не раскрываются.

И это важно для диагностики RDP.

RDP — это не веб-сайт, который можно просто проверить запросом HTTP. Удалённое подключение представляет собой сетевую сессию между клиентом и конкретным сервером.

Если изменение маршрутизации или фильтрации затрагивает определённый тип соединений, результат может выглядеть очень странно:

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

Подобные проблемы с удалённым доступом уже возникали на фоне изменений сетевой фильтрации. Например, ранее сообщалось о случаях, когда изменения ТСПУ затрагивали VPN, зашифрованные соединения и RDP.

Но это ещё не доказывает, что нынешняя волна проблем вызвана ТСПУ.

Почему версия с ТСПУ выглядит правдоподобно

Есть несколько признаков, которые было бы интересно проверить.

1. RDP не работает только из определённых сетей

Если сервер доступен из:

зарубежного IP;
мобильной сети;
другого российского провайдера;

но не работает из конкретного домашнего или корпоративного провайдера — это уже интересный сетевой признак.

2. Проблема зависит от региона

Если пользователи из Москвы не могут подключиться, а пользователи из Санкт-Петербурга могут — или наоборот, — это также требует проверки.

Для централизованной инфраструктуры фильтрации региональная зависимость вполне возможна.

3. Через VPN всё работает

Это один из самых полезных диагностических признаков.

Если: Россия → RDP-сервер = не работает

а: Россия → VPN → RDP-сервер = работает

то проблема с самим Windows-сервером становится менее вероятной.

Но и здесь нельзя сразу делать вывод о ТСПУ: VPN меняет маршрут, IP-адрес источника и иногда транспорт, поэтому причин может быть несколько.

4. Проблема появляется только с определёнными IP

Это особенно интересно.

Например:

IP 1 — RDP работает;
IP 2 — RDP не работает;
оба сервера находятся у одного хостинг-провайдера;
оба используют одинаковую конфигурацию RDP.

В таком случае стоит исследовать именно сетевой маршрут и обработку трафика.

Но есть ещё одна версия — обновления Windows

Есть важное совпадение по времени.

11 августа 2026 года Microsoft выпустила августовские обновления безопасности Windows. На официальной странице Windows Release Health уже опубликована информация об августовском обновлении.

Поэтому при расследовании необходимо разделить две совершенно разные ситуации:

Вариант №1 — проблема на стороне сети.

Например:

пользователь → провайдер → ТСПУ/маршрутизация → интернет → RDP-сервер

Вариант №2 — проблема на стороне Windows/RDP.

Например:

Windows Update → RDP-клиент или RDP-сервер → ошибка подключения

Microsoft уже сталкивалась с ситуациями, когда обновления Windows влияли на удалённые подключения и аутентификацию. В частности, в документации Microsoft описывались проблемы удалённых подключений после отдельных обновлений Windows.

Однако на данный момент мы не нашли подтверждения, что августовское обновление 2026 года является причиной нынешней волны проблем именно с обычным RDP.

Поэтому эту гипотезу также нужно проверять на реальных данных.

Что нам нужно выяснить

Главный вопрос исследования:

Есть ли общая закономерность у пользователей, у которых RDP перестал работать с 12 августа?

Для этого нам нужны реальные случаи.

Если у вас возникла проблема с RDP, пришлите следующую информацию.

Обязательно:

1. Регион, из которого вы подключаетесь

Например:

Москва или Екатеринбург

2. Ваш интернет-провайдер

Например:

Ростелеком
МТС
МегаФон
Дом.ру
ТТК
локальный провайдер

3. IP-адрес RDP-сервера

Например:

203.0.113.10

Нам нужен именно IP удалённого сервера, к которому вы подключаетесь.

Не присылайте пароль, логин, приватные ключи или другие данные для доступа к серверу.

4. Порт

Если используется стандартный RDP:

TCP 3389

Если порт изменён — укажите используемый порт.

5. Когда появилась проблема

Например:

12 августа около 15:30 МСК

6. Что происходит

Например:

RDP долго подключается и выдаёт ошибку (какую). или:

Подключение устанавливается, но через 20 секунд происходит разрыв.

Очень желательно:

7. Работает ли RDP через VPN?

Да / нет.

8. Работает ли подключение с мобильного интернета?

Да / нет.

9. Работает ли подключение из другого региона?

Если проверяли — укажите регион.

10. Работает ли этот же сервер из-за границы?

Если есть такая возможность проверить — это очень полезный тест.

11. Какой клиент RDP используется и версия устройства? (ПК Windows, Mac OS, Android, IOS, Lunix?

Пишите подробно, это ценная информация для анализа.

Почему нам нужен именно IP сервера

Это один из самых важных элементов исследования.

Если мы соберём несколько десятков или сотен случаев, можно будет посмотреть:

повторяются ли одни и те же диапазоны IP;
повторяются ли подсети;
есть ли определённые дата-центры;
есть ли зависимость от хостинг-провайдера;
есть ли зависимость от региона пользователя;
есть ли зависимость от российского оператора;
одинаково ли ведут себя подключения к TCP/3389;
меняется ли ситуация при использовании VPN.

Например, если выяснится, что пользователи из разных городов и разных провайдеров одновременно перестают подключаться к одной группе IP-адресов, это будет существенно интереснее обычных единичных жалоб.

И наоборот: если проблема возникает только у пользователей одного провайдера, гипотеза о централизованной фильтрации становится менее очевидной.

Что пока можно сказать о версии с РКН

Наш текущий вывод осторожный:

версия с ТСПУ технически возможна, но пока не доказана.

Известно, что ТСПУ используется для централизованной фильтрации трафика, а изменения такой фильтрации уже сопровождались побочными эффектами для различных сетевых сервисов и защищённых соединений.

Поэтому если одновременно выполняются три условия:

RDP-сервер работает;
из некоторых российских сетей он недоступен;
через альтернативный маршрут/VPN он снова доступен;

— это уже хороший повод исследовать сетевую составляющую проблемы.

Но утверждать «РКН заблокировал RDP» без массива измерений было бы преждевременно.

Что делать пользователям прямо сейчас

Если RDP перестал работать, попробуйте несколько простых сравнительных тестов.

Тест №1 — другой интернет

Попробуйте подключиться к тому же серверу:

через домашний интернет;
через мобильный интернет;
через интернет другого провайдера.

Тест №2 — VPN

Если через VPN подключение работает, зафиксируйте этот результат.

Это не доказывает наличие блокировки, но является важным диагностическим признаком.

Тест №3 — другой RDP-сервер

Если есть возможность, попробуйте подключиться к другому серверу.

Это позволит понять, проблема связана с конкретным IP или со всеми RDP-подключениями.

Тест №4 — проверить время возникновения

Посмотрите, когда именно перестал работать доступ.

Если проблема появилась у большого количества пользователей примерно в одно время, это особенно интересно.

Собираем статистику

Мы хотим понять, действительно ли с 12 августа 2026 года началась новая волна проблем с RDP в России, либо речь идёт о совпадении нескольких независимых проблем.

Для этого нам нужны реальные кейсы.

Если у вас перестал работать RDP — напишите нам:

Telegram: @ebyebots_support

Email: ebyebotsru@gmail.com

В сообщении желательно указать:

регион;
интернет-провайдера;
IP RDP-сервера;
порт;
дату и примерное время начала проблемы;
текст ошибки;
работает ли через VPN;
работает ли через мобильный интернет;
работает ли из другого региона.

Можно прислать даже короткое сообщение по шаблону:

Регион: Москва
Провайдер: XXX
RDP IP: XXX.XXX.XXX.XXX
Порт: 3389
Проблема началась: 12.08 около 18:00
Напрямую: не работает
Через VPN: работает
Через мобильный интернет: работает

Пароли, логины и другие секретные данные присылать не нужно.

Что мы будем проверять

По мере поступления сообщений мы попробуем сопоставить:

регион → провайдер → IP сервера → дата/время → результат подключения → альтернативный маршрут.

Если данных будет достаточно, можно будет понять, есть ли зависимость от:

конкретных российских операторов;
регионов;
подсетей;
дата-центров;
отдельных IP;
маршрутов;
времени суток;
VPN/прямого подключения.

И уже после этого можно будет гораздо увереннее говорить, похожа ли ситуация на сетевую фильтрацию, проблемы отдельных операторов, сбой на стороне серверов или последствия обновлений Windows.

Пока главный вывод

Проблемы с RDP с 12 августа 2026 года заслуживают проверки, но на данный момент подтверждённого факта массовой блокировки RDP в России нет.

Версия с ТСПУ выглядит технически возможной, особенно если выяснится, что проблема зависит от региона/провайдера/маршрута и исчезает при использовании VPN.

Но существует и альтернативная версия с обновлениями Windows, поскольку проблема по времени практически совпадает с августовским Patch Tuesday Microsoft.

Поэтому сейчас важнее всего не гадать о причине, а собрать реальные точки отказа.

Если у вас сегодня, 12-13 августа, перестал работать RDP — присылайте данные. Чем больше будет кейсов с IP, регионами и провайдерами, тем быстрее можно будет увидеть общую картину.

Результат опубликуем в новом материале здесь.