Vibe · Confluence
Confluence не открывается в браузере из России
your-domain.atlassian.net / Confluence Cloud в браузере не открывается, крутит вход или spaces не догружаются — при этом Яндекс и банки часто живы. В августе 2026 снова фиксируют перебои доступа команд из РФ к Atlassian Cloud (вход, wiki, вложения) на фоне ограничений вендора для региона. Сначала отличите ошибку SSO/SAML от таймаута CDN и DNS, сверьте корпоративный Wi‑Fi и домашнюю сеть, браузер в инкогнито; стабильный зарубежный маршрут (Incy / Whitelist на LTE; Windows — Happ) уместен при сетевом обрыве — не чинит outage Atlassian и не даёт 100%.
Обновлено: 17 августа 2026
Симптомы
Как это выглядит на практике
- login.atlassian.com или wiki — blank, ERR_CONNECTION_TIMED_OUT / ERR_TIMED_OUT
- SSO/SAML: цикл редиректов, Unable to authenticate / ошибка IdP, а не просто белый экран
- Оболочка space есть, макросы/вложения/CDN не догружаются
- Офисная сеть ок, дом / LTE — нет (или наоборот)
- Jira/Bitbucket на том же tenant — иначе, чем Confluence, или весь *.atlassian.net молчит
- Wi‑Fi ок / LTE нет на том же аккаунте
Причины
Почему так происходит
- На мобильной сети оператор может включить белые списки — проходит только разрешённый трафик
- Адреса сервиса и VPS-серверов не входят в «белый» список, поэтому соединение не устанавливается
- Нестабильный или обрезанный маршрут до *.atlassian.net / CDN Atlassian с текущего IP (жалобы августа 2026 из РФ)
- Политика/ограничения Atlassian Cloud для региона — часть функций или вход может отличаться от «просто медленного интернета»
- Корпоративный прокси, split-tunnel или MDM-браузер режет SAML/OAuth иначе, чем домашний провайдер
- На LTE белые списки режут зарубежные SaaS/WebSocket сильнее, чем RU-сайты
- Локально: DNS, кэш, расширения (блокировщики), устаревший профиль браузера
Разборы и инструкции — в гайдах.
Сценарий
Сценарий для Confluence
Сценарий: Confluence Cloud в браузере не открывается или spaces частично грузятся. Август 2026 — перебои доступа к Atlassian Cloud из РФ. Слои: (1) downtime Atlassian → ждать; (2) SSO/IdP/корп. прокси; (3) DNS/кэш/расширения; (4) Wi‑Fi vs LTE, белые списки; (5) HTML wiki vs CDN assets. Без гарантий 100%. Connect в Incy (Windows — Happ), Telegram ≠ клиент.
Какие сообщения бывают
- Unable to authenticate
- ERR_CONNECTION_TIMED_OUT / ERR_TIMED_OUT
- 502 / 503
- SAML / OAuth error
- infinite redirect
Wi‑Fi · LTE · оператор
- Wi‑Fi
- Офисный прокси vs дом — разное поведение SSO и wiki
- LTE
- Таймаут wiki/CDN при живых банках
- Оператор
- LTE whitelist → проверку белых списков, не снос браузера
Чеклист перед VPS
- status / жалобы: массово vs только у вас
- login.atlassian.net vs *.atlassian.net/wiki — текст ошибки: SSO vs ERR_TIMED_OUT
- Инкогнито / другой браузер; расширения off
- DNS flush + кэш; не менять всё сразу
- Офисный Wi‑Fi vs дом / LTE на том же аккаунте
- Соседи: только Confluence vs весь Atlassian (Jira/Bitbucket)
- Админам: IdP/SAML logs — не путать IdP outage с CDN timeout
- LTE «только Яндекс/банки» → проверку белых списков; Whitelist (LTE); Wi‑Fi — стандартный профиль; Windows — Happ; trial 3 дня без карты
Это не...
- Не «сломали пароль», если до формы логина не доходит таймаут
- Не только DNS, если SSO-цикл или корп. прокси режет SAML
- Не чинит политику Atlassian для региона сменой браузера
- Нет 100% через любой маршрут при outage вендора
Решение
Что можно сделать
Отделить outage Atlassian от вашей сети
status.atlassian.com, чужие жалобы, соседний SaaS. Массовый downtime — ждать; только у вас — чеклист сети и браузера, не сброс пароля.
SSO vs таймаут CDN
Зафиксируйте текст: SAML/OAuth/infinite redirect vs ERR_* без формы логина. IdP outage и корп. прокси — к IT; чистый таймаут wiki/CDN — DNS, браузер, сеть.
Браузер, DNS, офис vs дом
Инкогнито, другой браузер, расширения off; DNS flush и кэш — по одному шагу. Сравните офисный Wi‑Fi и дом / LTE на одном аккаунте до смены маршрута.
Маршрут при сетевом доступе
Таймаут до Atlassian при живом Яндексе: Incy; LTE «только банки» — Whitelist (LTE); Windows — Happ. Trial без карты; не чинит outage и политику вендора. Connect в Incy/Happ, Telegram ≠ клиент.
Ошибки
Частые ошибки
- Сброс пароля/2FA при ERR_TIMED_OUT
- Чистить кэш, не сравнив офис/дом и SSO vs CDN
- Одновременно DNS + туннель + смена браузера
- Ждать 100% при outage Atlassian
- Путать Incy с Telegram-ботом
Что выбрать
Сначала диагностика, потом профиль
На LTE часто виноваты белые списки — тогда нужен Whitelist (LTE). На Wi‑Fi или при обычной блокировке достаточно стандартного VPS-профиля в Incy. Начните с короткой проверки симптомов.
Шаг 1
Проверьте симптомы
Пять вопросов — похоже ли на белые списки на мобильной сети. Без отправки данных.
Пройти проверку →Вариант A
Whitelist (LTE)
Если на мобильном интернете открываются только «разрешённые» сайты — профиль обхода белых списков в Incy.
Белые списки на LTE →Вариант B
Стандартный VPS
Обычный профиль подписки в Incy — для Wi‑Fi, домашней сети и сценариев без белых списков.
FAQ
Частые вопросы
Сверьте status и чужие жалобы. Массово — ждать. Только у вас — SSO vs ERR_* и Wi‑Fi↔LTE.
Похожие темы
Смотрите также
- Confluence ошибка Something went wrong по публичной ссылкеПосле инцидента 12.08.2026 у части команд public links в Confluence Cloud открывались с «Something went wrong», хотя автор видел страницу в своём аккаунте. Ниже — практический разбор для двух сторон (автор и читатель): права доступа, anonymous/public sharing, кэш и CDN, а также резервный способ поделиться документом, пока доступ нестабилен.
- Miro не открывается в Россииmiro.com / доска не открывается, крутит загрузку или падает на ошибке подгрузки скриптов/библиотек — при этом Яндекс и банки часто живы. В августе 2026 снова фиксируют точечные жалобы из РФ на такой сбой (сетевой путь до CDN/JS). Сначала отличите частичную загрузку страницы от полного таймаута, сверьте браузер и десктоп-приложение, Wi‑Fi vs LTE и DNS; стабильный зарубежный маршрут (Incy / Whitelist на LTE; Windows — Happ) уместен, если режется сеть — не чинит downtime Miro и не даёт 100%.