# Можно ли отключить .ru от глобального интернета


16 июля 2026 года из российского раздела Google Play исчезли Max, «ВКонтакте»,
«Одноклассники», «Почта Mail», VK Видео и другие приложения VK[^1]. В июне
те же приложения пропали из российского App Store. Apple связала удаление Max
с соблюдением санкций, но не назвала конкретное правовое основание. Google к моменту
публикации причины своего решения не назвала[^2].
Удаление не стало глобальным: карточки VK остались доступны, например, в
американских App Store и Google Play[^3].

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

На Android пока остаются RuStore, магазины производителей и установка
приложений из APK-файлов.
Google готовит обязательную регистрацию разработчиков для сертифицированных
Android-устройств. Первые ограничения начнут действовать 30 сентября 2026 года
в четырёх странах, затем механизм распространят по миру. Это усложнит
независимое распространение приложений, но Google сохранит расширенный режим
установки для непроверенных приложений и служебный инструмент ADB[^4].
Говорить о полном запрете APK пока рано.

Запасным выходом может стать прогрессивное веб-приложение (PWA). Его не нужно
публиковать в магазине: пользователь открывает сайт и добавляет его на главный
экран телефона. Такое приложение зависит от доменного имени. Следующим
объектом санкций могут стать российские домены.

## Путь DNS-запроса

В бытовом описании DNS часто выглядит как дерево серверов, где несколько
корневых машин управляют всеми нижестоящими. Иерархия в DNS есть, прямого
управления содержимым дочерних зон нет.

Когда браузеру нужен адрес `example.ru`, происходит такая цепочка:

```text
браузер
  -> рекурсивный DNS-сервер провайдера, Cloudflare или Google
  -> корневой DNS-сервер: где искать .ru?
  -> серверы зоны .ru: где искать example.ru?
  -> авторитетный DNS-сервер владельца: вот IP-адрес
```

Корневой сервер не хранит IP-адрес каждого сайта. Корневая зона содержит
ссылки на серверы доменных зон верхнего уровня: `.com`, `.org`, `.ru`, `.рф` и
других. В ответ на запрос корневой сервер указывает рекурсивному DNS-серверу,
куда обратиться за данными зоны `.ru`. Серверы `.ru` уже знают, кто
обслуживает `example.ru`.

Знакомая фраза о «13 корневых серверах» тоже требует пояснения. Сейчас 12
независимых операторов обслуживают 13 корневых служб. За ними стоят более 1500
серверов в разных странах. Узлы каждой службы используют общие сетевые адреса,
а маршрутизаторы отправляют запрос к ближайшему узлу. Все серверы публикуют
одинаковую корневую зону[^5]. Отключение нескольких узлов в Москве не уберёт
`.ru`: запросы уйдут к узлам в других местах.

Изменения в корневой зоне проходят через IANA. Этими операциями занимается
дочерняя организация ICANN под названием PTI. Компания Verisign собирает,
подписывает и распространяет корневую зону по
указанию IANA[^6]. Правительство США с 2016 года не утверждает каждое такое
изменение, хотя ICANN и Verisign остаются американскими юридическими лицами и
обязаны исполнять применимое право.

## Удаление целой зоны

Если IANA и Verisign уберут из общей корневой зоны записи NS и DS для `.ru` и
`.рф`, обычный рекурсивный DNS-сервер перестанет находить авторитетные серверы
этих зон. После истечения DNS-кэшей перестанут находиться сайты, почтовые
серверы и программные интерфейсы с такими именами.

Именно этого в феврале 2022 года просило украинское Министерство цифровой
трансформации. В запросе перечислялись `.ru`, `.рф`, `.su`, российские узлы
корневых серверов и IP-адреса. ICANN отказала. Организация ответила, что её
миссия требует поддерживать единый и работоспособный глобальный интернет, а
правила не дают ей полномочий применять санкции[^7].

Правила управления национальными доменными зонами тоже не предусматривают
удаление рабочей зоны как наказание государству. IANA отзывает делегацию при
устойчивых проблемах у администратора зоны или существенных нарушениях с его
стороны. Даже в таком случае IANA должна по возможности сохранить разрешение имён до
передачи зоны новому оператору[^8]. Другой штатный сценарий связан с
исключением кода страны из ISO 3166-1 и последующим закрытием доменной зоны[^9].

Американские власти могут изменить законы, ввести санкции против ICANN или
Verisign и попытаться принудить их к удалению
делегации. Если давление сработает, большинство DNS-серверов в мире перестанет
видеть российские зоны. Значит, техническая возможность существует. Мешают
политика ICANN, распределённое управление, цена сопутствующего ущерба и риск
расколоть DNS.

## Ограничение не охватит любой DNS

Общая корневая зона работает, пока операторы DNS-серверов считают её основной.
Оператор может настроить локальную зону `.ru`, обращаться прямо к её
авторитетным серверам или использовать другую корневую зону. RFC 8806 описывает
локальную копию корневой зоны, но требует держать её идентичной глобальной[^10].
Для независимого российского варианта это требование пришлось бы нарушить.

DNSSEC усложнит такое разделение. Российским DNS-серверам
понадобится отдельный корень доверия, то есть ключ для проверки собственной
корневой зоны или зоны `.ru`. Сохранить старую копию общей корневой зоны
навсегда не выйдет: подписи и служебные сроки истекут. Операторам придётся
поддерживать отдельную подписанную ветку DNS.

В результате один запрос даст разные ответы:

```text
1.1.1.1 или 8.8.8.8       -> .ru не существует
DNS-сервер российского провайдера -> .ru существует
```

Такое разделение соответствует сценарию из вопроса. Пользователь в России с
DNS-сервером российского провайдера открывает сайт, а пользователь Cloudflare
DNS получает ошибку. Но одинаковые имена внутри и снаружи страны попадут в
разные пространства. IETF предупреждала об этом ещё в RFC 2826: несколько
общедоступных корневых зон разрушают глобальную уникальность DNS-имени[^11].

Государствам не обязательно менять корневую зону, чтобы получить похожий
эффект. Они могут обязать подконтрольные общедоступные DNS-серверы возвращать
`NXDOMAIN` или `REFUSED` для `.ru`. Такая блокировка затронет клиентов
конкретных DNS-серверов, но не весь мир. Для этого не придётся менять устройство
глобальной DNS.

## Доступ из России и из-за границы

Ответ DNS зависит от выбранного DNS-сервера и его корневой зоны. Страна, в
которой находится пользователь, влияет на доступность этого сервера и на
маршрут до сайта. Российская национальная DNS может сохранить отдельную копию
российских зон[^16].

Если IANA удалит `.ru` и `.рф` из общей корневой зоны, получится такая схема:

| Где находится пользователь | Какой DNS-сервер использует | Результат DNS-запроса |
|---|---|---|
| В России | Российский DNS-сервер с национальной корневой зоной | Вернёт IP-адрес, если российская зона сохранит делегацию |
| В России | Cloudflare, Google или другой сервер с общей корневой зоной | Не вернёт IP-адрес после истечения кэша |
| За границей | Местный, Cloudflare или Google | Не вернёт IP-адрес после истечения кэша |
| За границей | Доступный российский DNS-сервер | Вернёт IP-адрес, пока принимает внешние запросы |

Во второй строке есть оговорка. Российский оператор связи может заблокировать
зарубежный DNS-сервер или перенаправить обычные незашифрованные DNS-запросы на
свой сервер. Тогда настройка `1.1.1.1` в телефоне ничего не изменит. Шифрованный
DNS мешает перенаправлению, но оператор может заблокировать адрес самого
сервера. VPN меняет путь запроса, однако зарубежный DNS всё равно не найдёт
`.ru`, если IANA удалила зону из глобального корня.

Если `.ru` останется в общей корневой зоне, а блокировку введёт только
Cloudflare, недоступность затронет пользователей Cloudflare DNS. Google,
российский провайдер или собственный DNS-сервер продолжат разрешать российские
домены, пока сами не введут такой же фильтр. Для всемирной блокировки этим
способом пришлось бы подчинить правилу все DNS-серверы. Самостоятельно
настроенные серверы всё равно смогут обращаться к общей корневой зоне.

Кэш на устройстве или DNS-сервере даст временную отсрочку. После истечения
срока записи устройство снова запросит адрес и получит ошибку. Даже сохранённый
IP-адрес не гарантирует работу сайта: HTTPS, CDN и вход в учётную запись могут
зависеть от других доменных имён.

## Блокировка по владельцу домена

Корневая зона не знает владельца `example.com`. Она знает только, где искать
серверы `.com`. Чтобы отключить отдельный домен, нужно воздействовать на
администратора зоны `.com`, регистратора домена, авторитетный DNS-сервер,
сеть доставки содержимого (CDN), хостинг или рекурсивные DNS-серверы.

Единого достоверного списка российских владельцев нет. Регистратор хранит
страну и контакты владельца, но часто скрывает их из открытой базы. Правила
ICANN разрешают услуги по сокрытию контактных данных и регистрацию через
представителя[^12]. Адрес в анкете не доказывает гражданство, налоговое
резидентство или конечный контроль над компанией. Иностранное юридическое
лицо, другой регистратор или новый домен позволяют обойти фильтр по формальному
владельцу.

Санкции против конкретной организации работают иначе. Правительство публикует
перечень лиц, а компании в его юрисдикции прекращают обслуживание. Так магазин
приложений, регистратор, CDN или облачная платформа могут удалить учётную запись
одной компании. 13 июля 2026 года Евросоюз включил VK и разработчика Max в
санкционный список[^13]. Через три дня приложения исчезли из российского
Google Play. Google не объявляла это следствием санкций ЕС.

Американская Генеральная лицензия OFAC 25D разрешает для России услуги,
связанные с обменом информацией, включая размещение сайтов и регистрацию
доменов[^14]. Лицензия не защищает организацию под блокирующими санкциями. Но
она объясняет, почему США сохраняют российскую DNS. Американские власти
заявляют, что хотят сохранить открытый доступ к информации.

## DNS-блокировка не выключает сервер

Удаление делегации ломает поиск адреса. Маршрутизация IP продолжит работать, и
сервер будет получать пакеты, пока операторы передают трафик к его адресу. В
простом случае к нему можно обратиться по IP или прописать имя в локальном
файле `hosts`.

Для современных веб-служб этого часто недостаточно. Один IP обслуживает много
сайтов, HTTPS проверяет имя в сертификате, а приложение обращается к нескольким
программным интерфейсам и CDN. Почта зависит от MX-записей. Замена DNS не
вернёт удалённую учётную запись в облаке, отозванный сертификат TLS или
удалённый маршрут BGP. Для полного внешнего отключения пришлось бы
одновременно воздействовать на DNS, маршрутизацию, центры сертификации,
хостинги и магазины приложений.

Прогрессивное веб-приложение решает только одну часть проблемы. Оно убирает
App Store и Google Play из цепочки распространения, но зависит от DNS, HTTPS,
браузера и хостинга. Сайт остаётся запасным каналом, особенно если владельцы
сервиса держат зеркала в нескольких доменных зонах и публикуют проверяемые
способы доступа. Такая схема не обойдёт все ограничения.

## Как блокировка ускорит суверенный интернет

Российская национальная система доменных имён уже существует в законе. Статья
14.2 закона № 149-ФЗ определяет её как набор средств для хранения и получения
информации о доменных именах и сетевых адресах[^15]. Internet Society пишет,
что с 1 января 2021 года российские владельцы автономных систем должны
использовать национальную DNS[^16].

Пока глобальная корневая зона содержит `.ru` и `.рф`, национальная система
может повторять её данные и служить резервом. После удаления российских
делегаций России придётся принять внешнее отключение или поддерживать
собственную корневую зону и ключи доверия. Второй вариант сохранит российские
имена внутри страны и закрепит два несовместимых представления об интернете.

Одной DNS для автономного Рунета мало. Операторам нужно сохранить внутренние
маршруты BGP, точки обмена трафиком, дата-центры, систему сертификатов,
обновления ПО и связи между сервисами. Ответ DNS-сервера не перенесёт в Россию
зарубежную CDN или программный интерфейс. Поэтому власти переносят всё больше
инфраструктуры внутрь страны и получают новые точки контроля.

Внешняя блокировка `.ru` дала бы российским властям сильный аргумент для
обязательного национального DNS: зарубежные DNS-серверы больше не обеспечивают
доступ к российским сервисам. Пользователь получит работающий внутренний
интернет, но государственная инфраструктура будет определять его DNS-серверы,
маршруты и доступные зоны.

## Насколько вероятен такой сценарий

Удаление `.ru` и `.рф` из общей корневой зоны остаётся крайним сценарием. В 2022
году ICANN уже отклонила прямой запрос. Мера ударит по государственным и
частным сервисам без разбора, затронет независимые медиа и обычных владельцев
доменов, а обход начнётся сразу. Полученный раскол останется после отмены
санкций: две стороны успеют построить отдельные правила, ключи и инфраструктуру.

Вероятнее постепенное давление на отдельные уровни. Магазины удаляют
приложения. Регистраторы, облачные платформы и CDN прекращают работу с
санкционными организациями. Владельцев общедоступных DNS-серверов могут
обязать фильтровать ответы. Российские власти в ответ расширяют национальную
DNS, ТСПУ, локальные магазины и обязательную предустановку.

Каждый отдельный шаг выглядит уже знакомым. В результате доступность службы
зависит от страны пользователя, выбранного DNS-сервера, магазина приложений и
юрисдикции поставщика услуг. Государства и платформы постепенно делят
глобальный интернет на несколько сетей, которые совместимы лишь частично.

## Источники

[^1]: [Приложения VK стали недоступны в Google Play](https://vk.company.ru/ru/press/releases/12360/), VK, 16 июля 2026 года; [полный список, проверенный редакцией Т-Банка](https://t-j.ru/news/vk-max-are-gone-from-google/).
[^2]: [Приложения VK стали недоступны в App Store](https://vk.company.ru/ru/press/releases/12343/), VK, 25 июня 2026 года; [Apple удалила Max из App Store из-за санкционных требований](https://www.techradar.com/vpn/vpn-privacy-security/apple-pulls-russias-state-backed-max-app-from-app-store-over-sanctions-compliance), TechRadar, 8 июня 2026 года.
[^3]: [VK в американском App Store](https://apps.apple.com/us/app/vk-social-network-messenger/id564177498); [VK в американском Google Play](https://play.google.com/store/apps/details?id=com.vkontakte.android), проверено 16 июля 2026 года.
[^4]: [Проверка разработчиков Android](https://support.google.com/android-developer-console/answer/16561738), Google; [План внедрения проверки разработчиков](https://developer.android.com/blog/posts/android-developer-verification-building-a-safer-ecosystem-together), 18 июня 2026 года.
[^5]: [Система корневых серверов](https://www.icann.org/root-server-system-en), ICANN; [Ответы комитета RSSAC](https://www.icann.org/en/rssac/faq), ICANN.
[^6]: [Соглашение об обслуживании корневой зоны](https://www.icann.org/en/stewardship-implementation/root-zone-maintainer-agreement-rzma), ICANN и Verisign.
[^7]: [Письмо президента ICANN министру цифровой трансформации Украины](https://www.icann.org/resources/correspondence/1235379-2022-03-02-en), 2 марта 2022 года.
[^8]: [Отзыв национальной доменной зоны](https://www.iana.org/help/cctld-revocation), IANA, 6 января 2026 года.
[^9]: [Закрытие национальной доменной зоны](https://www.iana.org/help/cctld-retirement), IANA.
[^10]: [RFC 8806: локальный корневой сервер для рекурсивного DNS-сервера](https://www.rfc-editor.org/rfc/rfc8806.html), IETF, июнь 2020 года.
[^11]: [RFC 2826: технический комментарий IAB о единой корневой зоне DNS](https://www.rfc-editor.org/rfc/rfc2826.html), IETF, май 2000 года.
[^12]: [Сервисы скрытия данных владельца домена](https://www.icann.org/en/contracted-parties/accredited-registrars/privacy-and-proxy-service-providers), ICANN.
[^13]: [Совет ЕС ввёл санкции за незаконную слежку](https://www.consilium.europa.eu/en/press/press-releases/2026/07/13/human-rights-violations-in-russia-council-lists-four-individuals-and-five-entities-over-abusive-surveillance/), 13 июля 2026 года.
[^14]: [Генеральная лицензия 25D по операциям с Россией](https://ofac.treasury.gov/system/files/2024-06/russia_gl25d.pdf), Министерство финансов США, 12 июня 2024 года.
[^15]: [Статья 14.2 Федерального закона № 149-ФЗ](https://www.consultant.ru/document/cons_doc_LAW_61798/2f79504f60fb8bce072d387a15e88b419dc19597/), КонсультантПлюс.
[^16]: [Национальная DNS России](https://www.internetsociety.org/resources/internet-fragmentation/russias-national-dns/), Internet Society, 1 декабря 2023 года.