Vibe · Jira
Jira не открывается: Atlassian cloud не грузится из России
your-domain.atlassian.net / id.atlassian.com не открываются, доска крутит загрузку, падают на timeout или на экране входа — «аккаунт недоступен» / suspended. В июле–августе 2026 из РФ снова идут жалобы на cloud Jira (в т.ч. сводки downreport.ru): часть кейсов — ограничения и блокировки аккаунтов Atlassian, часть — сеть, DNS, корпоративный прокси или LTE. Сначала status Atlassian и текст на экране входа, затем веб vs приложение, офисный корпоративный туннель/прокси и Wi‑Fi↔LTE. Стабильный маршрут (Incy; LTE + белые списки — Whitelist; Windows — Happ) уместен только при сетевом симптоме и политике работодателя — не снимает блок организации и не даёт 100%. Telegram ≠ клиент.
Обновлено: 10 августа 2026
Симптомы
Как это выглядит на практике
- your-domain.atlassian.net — timeout / ERR_* / вечная загрузка backlog
- id.atlassian.com — suspended / аккаунт недоступен (тот же текст на разных сетях)
- Офисный Wi‑Fi или корпоративный туннель ок, домашняя сеть или LTE — нет
- HTML Atlassian есть, доска/JS не поднимаются (частичная загрузка)
- Соседние рабочие SaaS (Notion, GitHub, Teams) — только Jira vs весь зарубежный контур
Причины
Почему так происходит
- На мобильной сети оператор может включить белые списки — проходит только разрешённый трафик
- Адреса сервиса и VPS-серверов не входят в «белый» список, поэтому соединение не устанавливается
- Блокировка или ограничение cloud-аккаунта / организации на стороне Atlassian — маршрут не лечит
- Глобальный или региональный инцидент Atlassian Cloud — status, не «сломан ПК»
- Корпоративный HTTPS-прокси, SSL-inspection, split tunnel — режет *.atlassian.net или SSO
- Нестабильный маршрут / DNS / фильтр LTE до CDN Atlassian из РФ
- Локально: кэш, расширения, устаревший клиент, сбой SAML/SSO у IT
Разборы и инструкции — в гайдах.
Сценарий
Сценарий для Jira
Сценарий: нужна доска или тикет, а Jira Cloud не грузится. Лето 2026 жалобы из РФ смешивают три слоя: (1) блок/ограничение cloud-аккаунта Atlassian — UI про suspended; (2) инцидент Atlassian — status красный; (3) сеть — прокси, DNS, Wi‑Fi↔LTE, частичная загрузка CDN. Диагноз: status → текст входа → офис vs дом → веб vs клиент → соседние сервисы Atlassian. On‑prem Jira или смена трекера (Kaiten и др.) — честная альтернатива при закрытом cloud, не «100% через VPS». Connect в Incy (Windows — Happ), Telegram ≠ клиент.
Какие сообщения бывают
- Account suspended / аккаунт недоступен
- ERR_CONNECTION_TIMED_OUT / ERR_NAME_NOT_RESOLVED
- SAML / SSO error / infinite redirect на входе
- Blank board / spinner без загрузки issues
Чеклист перед VPS
- status.atlassian.com — инцидент Jira Cloud / Identity / Login
- id.atlassian.com и your-domain.atlassian.net: suspended vs timeout / ERR_*
- Офис + корпоративный туннель vs дом / LTE на одном аккаунте
- Браузер vs приложение Jira; инкогнито; другой браузер
- Confluence / Bitbucket на том же tenant — только Jira vs весь Atlassian
- IT: прокси, SSO/SAML, нужен ли split tunnel для Atlassian
- Wi‑Fi ↔ LTE; при LTE «только Яндекс/банки» — проверку белых списков, Whitelist (LTE)
- Если только сетевой таймаут и политика компании разрешает — профиль Incy; trial без 100%
Это не...
- Не «сломался Jira на ПК», если status Atlassian красный или suspended на всех сетях
- Смена маршрута не восстанавливает заблокированный cloud-tenant
- Не путать с Notion/Figma — другие хосты; чеклист похож, продукт другой
- Личный ВПН не замена согласованного корпоративного доступа без IT
Решение
Что можно сделать
Status и инцидент Atlassian
status.atlassian.com / Atlassian Support: активный инцидент Jira Cloud / Identity. Массовый downtime — ждать восстановления, не переустанавливать клиент.
Аккаунт vs сеть
Зафиксируйте текст на id.atlassian.com. Явный suspended / недоступность организации на Wi‑Fi и LTE — к админу/Atlassian и плану миграции (on‑prem, другой трекер), не к «обходу». Только timeout без UI про аккаунт — DNS, браузер, прокси, сеть.
Корпоративный контур
Уточните у IT: обязателен ли офисный корпоративный туннель/прокси для *.atlassian.net, SAML/SSO, split tunnel. Личный туннель без согласования может нарушать политику — не совет Vibe «в обход IT».
Маршрут только при сетевом симптоме
Таймаут до Atlassian при живом Яндексе: Incy (Windows — Happ); LTE «только банки» — Whitelist (LTE), иначе стандартный профиль. Trial без карты; не чинит блок аккаунта. Connect в Incy/Happ, не Telegram.
Ошибки
Частые ошибки
- Включать личный туннель для рабочего Jira без согласования с IT / без split tunnel
- Ждать, что VPS «разблокирует» suspended cloud-организацию
- Переустанавливать клиент, не прочитав status и экран id.atlassian.com
- Путать корпоративный туннель компании с подпиской Vibe — разные роли
- Менять DNS, прокси и профиль Incy одновременно — непонятно, что сработало
Что выбрать
Сначала диагностика, потом профиль
На LTE часто виноваты белые списки — тогда нужен Whitelist (LTE). На Wi‑Fi или при обычной блокировке достаточно стандартного VPS-профиля в Incy. Начните с короткой проверки симптомов.
Шаг 1
Проверьте симптомы
Пять вопросов — похоже ли на белые списки на мобильной сети. Без отправки данных.
Пройти проверку →Вариант A
Whitelist (LTE)
Если на мобильном интернете открываются только «разрешённые» сайты — профиль обхода белых списков в Incy.
Белые списки на LTE →Вариант B
Стандартный VPS
Обычный профиль подписки в Incy — для Wi‑Fi, домашней сети и сценариев без белых списков.
FAQ
Частые вопросы
Смотрите экран id.atlassian.com. Явный suspended на Wi‑Fi и LTE — ограничение Atlassian для организации, не DNS. Timeout без текста про аккаунт — чаще сеть, прокси или инцидент; сверьте status.