Пользователи жалуются на проблемы с доступом к KakaoTalk и BiP в России. Мы проверили — все указывает на блокировку. Разбор #21

Эти мессенджеры использовали как альтернативу Telegram.
Что это за рубрика

В рубрике «Разбор Теплицы» мы в режиме реального времени разбираемся в определённой проблеме, новостях интернет-цензуры и рассказываем:

  • что происходит;
  • как это устроено;
  • как с этим можно бороться.

Что случилось?

Пользователи мессенджеров KakaoTalk и BiP жалуются на перебои в работе на территории РФ. Пользователи BiP пишут о задержке отправки сообщения и медленной загрузке медиа. В Downdetector пользователи утверждают, что сообщения в BiP не приходят вообще, при этом проблем с KakaoTalk.

Причины перебоев в работе неизвестны.

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

Хронология

Дата Что произошло
Декабрь 2024 По данным «Ведомостей», Роскомнадзор включил KakaoTalk в реестр организаторов распространения информации вместе с WhatsApp, Skype, Wire и Element, обязав хранить переписку пользователей и предоставлять её по запросу
Март 2026 По данным iXBT, KakaoTalk поднялся с 428-го на 9-е место в общем рейтинге и занял 2-е место в категории соцсетей российского App Store
Март 2026 BiP, разработанный турецким оператором Turkcell, начал набирать российскую аудиторию: по данным самого сервиса, все данные пользователей хранятся в зашифрованном виде в дата-центрах на территории Турции и не передаются за её пределы
II квартал 2026 По данным МТС AdTech, на которые ссылается «Коммерсантъ», аудитория BiP выросла на 120% за квартал, до 4,3 млн активных пользователей в месяц, а у KakaoTalk рост составил 80%, до 1,26 млн
~24 июля 2026 Пользователи начали фиксировать сбои у обоих сервисов
29 июля 2026 Meduza сообщила о жалобах пользователей на перебои в работе обоих мессенджеров второй день подряд, со ссылкой на телеграм-канал «Осторожно, Москва»; официальных заявлений РКН при этом не появилось

Что известно по открытым источникам

Симптомы, которые описывают пользователи, у обоих сервисов совпадают: сообщения зависают в статусе отправки, медиафайлы не загружаются, само приложение при этом открывается и в остальном работает штатно. По данным «Медузы», в BiP сообщения приходят с задержкой, а медиа загружаются медленно; сервис Downdetector фиксирует, что часть пользователей вообще не может открыть приложение или получить сообщения.

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

Каждое соединение в замере получает один из трех статусов.

  • Доступно: сервер ответил кодом 200, 301 или 302, соединение установилось быстро.
  • Медленно: ответ получен, но задержка превышает 800 мс, порог, при котором пользователь на практике воспринимает сервис как зависший.
  • Заблокировано: соединение не установилось вообще, TCP-порт остается закрытым, что типично для сброса на уровне оборудования глубокой инспекции трафика, а не для проблемы на стороне сервиса.

Отдельная история — ответ приходит только спустя около 8000 мс: формально это тоже «медленно», а не «заблокировано». Однако по ощущениям пользователя разницы с обрывом соединения нет.

BiP: сайт доступен, медиа и веб-версия — не совсем

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

  • bip.com Основной домен открылся с 7 из 8 точек без замечаний.
  • media.bip.com Раздача фото и видео в чатах. Домен доступен лишь в 3 из 8 точек: на одном из узлов в Санкт-Петербурге, а также во Владивостоке и в Казани
  • web.bip.com Веб-версия мессенджера открывается только в 2 из 8 точек: в Санкт-Петербурге и во Владивостоке. На остальных узлах оба домена зависают на таймауте около 8000 мс.

Это не блокировка в смысле обрыва соединения, а стабильное замедление. На практике для пользователя разница невелика: фотографии и видео в BiP у большинства серверов выборки просто не загружаются, а веб-версией пользоваться нельзя.

KakaoTalk: сайт открывается, ключевые API заблокированы

  • kakao.com Основной сайт открывается на всех 8 точках, но с постоянной задержкой около 1,2–1,5 секунды на редиректе, что похоже на намеренное дросселирование, а не на блокировку.
  • kakao-talk.com Домен работает почти без проблем: 7 из 8 точек.
  • api.kakao.com, channel.kakao.com и ka.kakao.com Три поддомена, заблокированы (TCP-соединение закрыто) на 7 из 8 точек. Это не витрина сайта, а инфраструктурные программные интерфейсы (API), через которые приложение KakaoTalk авторизуется и синхронизирует сообщения: в частности подтверждение входа зависит от доставки SMS на короткий номер и может не пройти, если оператор связи блокирует такие сообщения как спам.

Блокировка именно этих трех поддоменов при живом основном сайте означает, что человек может открыть kakao.com в браузере, но само приложение мессенджера у него работать не будет. Остальные девять поддоменов KakaoTalk технически доступны на всех точках, но с задержкой от 850 до 3400 мс, что тоже соответствует статусу «медленно».

Как это выглядит на диаграмме

Тепловая карта ниже показывает те же данные, но не таблицей, а сеткой «точка наблюдения × домен».

Зеленый — цель доступна.
Желтый — цель доступна, но с аномальной задержкой.
Красный — цель заблокирована.

Главное, что видно на карте с первого взгляда — api.kakao, channel.kakao и ka.kakao почти сплошь «красные», и только одна строка (Омск) в этих трех столбцах «зеленая». Столбец kakao.com и большинство остальных kakao-поддоменов ровно «желтые» по всем восьми точкам: это не блокировка, а системное замедление. Колонки BiP: смесь «зеленого» «желтого», «красного» нет ни в одной из ячеек.

Из 8 точек мониторинга Омск — единственная, где ко всем трем заблокированным поддоменам KakaoTalk есть доступ. Оборудование глубокой инспекции трафика в России применяется на уровне отдельных операторов и узлов связи, а не единым центральным правилом. Поэтому картина по регионам отличается.

Технический механизм

Сигнатура, которую видно в данных, типична для вмешательства на уровне создания защищенного соединения: сервер недоступен по HTTPS, при этом TCP-порт может быть как открыт, так и закрыт, а задержка около 8000 мс соответствует таймауту ожидания ответа. Такой паттерн означает, что серверы KakaoTalk доступны из интернета в целом: соединение прерывается где-то по пути между точкой замера и целью, а не потому, что сам сервис не работает.

Частичная, неравномерная по узлам деградация характерна для вмешательства через технические средства противодействия угрозам (ТСПУ). Это оборудование глубокой инспекции трафика установлено у российских операторов с 2020 года. ТСПУ, как выяснил проект «Роскомсвобода», позволяет не только блокировать доступ, но и избирательно замедлять отдельные сервисы и протоколы. Подобной схеме соответствует то, что мы видим на схеме. Картина, при которой у одной точки цель доступна, а у соседней нет — типичный след точечного вмешательства, а не глобального отказа сервиса.

Что говорят стороны

Официальной реакции Роскомнадзора на сбои BiP и KakaoTalk по состоянию на 31 июля 2026 года нет. РКН часто отмалчивается по поводу блокировок: 14 июля 2026 года, когда пользователи жаловались на сбои Apple, Google и GitHub, в регуляторе заявили, что ничего не ограничивались. Молчат не только в РКН: публичных комментариев от Turkcell (разработчик BiP) и Kakao Corporation на момент публикации также найти не удалось.

Что это значит для пользователей BiP и KakaoTalk

Если не открываются фото и видео в BiP или не грузится веб-версия BiP, судя по этим данным, это не единичный сбой, а массовое явление на момент замера: доступность 25–37,5% с восьми точек. С KakaoTalk симптом узнается так же однозначно: приложение открывается в браузере, но не синхронизирует сообщения и не даёт войти, потому что заблокированы именно инфраструктурные API-поддомены, а не сам сайт, и переустановка приложения здесь не поможет.

Смена DNS-провайдера здесь, вероятно, не поможет: сигнатура указывает на блокировку самого соединения, а не на подмену DNS-ответа. Обход, скорее всего, потребует работы на транспортном уровне, то есть VPN или прокси, а не смены резолвера.

Открытые вопросы

На часть вопросов пока нет ответа: не хватает данных. Неясно, почему именно Омск сохраняет доступ к трём заблокированным поддоменам Kakao, когда у семи других узлов доступа нет: для проверки гипотезы о региональных правилах ТСПУ нужны дополнительные исследования. Не установлено, является ли постоянный статус «медленно» у kakao.com целенаправленным дросселированием или следствием географической удалённости от сети доставки контента (CDN) Kakao: нужна дополнительная проверка в динамике. Также неясно, почему media.bip.com и web.bip.com показывают таймаут на большинстве точек, а сам bip.com нет: разная инфраструктура для разных поддоменов пока остаётся рабочей гипотезой, а не подтверждённым фактом.