Slack не подключается или не загружает сообщения: что проверить

Стендап через десять минут, а Slack висит на «Trying to connect…» и не пускает. Или пускает, но лента пустая, тред не раскрывается, картинки не грузятся, а хадл обрывается на второй минуте. Интернет при этом работает: почта открывается, видео идёт, тест скорости в норме. Неприятно ещё и тем, что у Slack нет одной кнопки «починить».

Зато у него есть вполне определённая анатомия. Вход идёт по HTTPS, сообщения в реальном времени — по постоянному WebSocket-соединению, файлы и превью — с отдельных доменов, звонки — по UDP. Каждый из этих каналов может отвалиться независимо от остальных, и по тому, что именно не работает, почти всегда видно, где искать. Именно поэтому «Slack не работает» — это четыре разных проблемы, и лечатся они по-разному.

Ниже — разбор по симптомам, быстрые проверки, таблица «симптом → причина → что делать», приложение против браузера, прокси, DNS, время на устройстве и честный раздел о маршруте.

Сначала — что именно не работает

• Не входит. Окно входа висит, письмо с магической ссылкой приходит, но по ней «Something went wrong», или после ввода пароля бесконечная загрузка. Проблема с HTTPS-соединением до серверов входа: время на устройстве, сертификаты, прокси.
• Вошёл, но крутится «Подключение…» / «Trying to connect». Интерфейс есть, а сообщения не приходят и не отправляются. Не устанавливается WebSocket — самая частая история в корпоративных сетях.
• Сообщения есть, вложений нет. Текст приходит, а картинки, файлы, превью ссылок и аватары — серые квадраты. Сеть или фильтр пропускают основной домен, но не домены файлов и статики.
• Чат работает, а хадлы и звонки рвутся. UDP-поток голоса теряет пакеты или не проходит вовсе, при этом текст ходит нормально.

Отдельный случай — ошибка входа у всей команды при исправной сети. Это вопрос к администратору рабочего пространства, о нём в конце.

Быстрые проверки за пять минут

1. Статус сервиса. Откройте страницу slack-status.com (адрес вводится вручную). Если там инцидент — чинить на своей стороне нечего.
2. Браузер вместо приложения. Зайдите на app.slack.com в Chrome, Firefox или Edge. Работает в браузере, не работает в приложении — проблема в кэше или настройках десктопного клиента, идите в раздел ниже.
3. Телефон на мобильном интернете. Если с телефона через сотовую сеть всё подключается — аккаунт и сервис живы, барахлит именно ваша сеть или компьютер.
4. Очистка кэша. В приложении: Help (Справка) → Troubleshooting → Clear Cache and Restart. Лечит большинство вечных загрузок после обновлений.
5. Время на устройстве. Windows: Параметры → Время и язык → Дата и время → «Установить время автоматически». macOS: Системные настройки → Основные → Дата и время. Расхождение в несколько минут ломает проверку сертификатов.
6. Прокси в системе. Windows: Параметры → Сеть и интернет → Прокси-сервер — всё, что включено вручную, должно быть осознанным. macOS: Системные настройки → Сеть → ваше подключение → Подробнее → Прокси. Slack берёт эти настройки автоматически.
7. Другая сеть. Точка доступа с телефона на две минуты. Заработало — вопрос к вашей сети, а не к Slack.

Симптом, причина, решение

Приложение или браузер

Десктопный Slack — это встроенный браузер Chromium в отдельном окне, со своим кэшем и своим способом брать прокси из системы. Он болеет теми же болезнями, что и обычный браузер, но исключения, добавленные когда-то в Chrome, на него не распространяются.

Порядок действий, если в браузере работает, а в приложении нет:

1. Clear Cache and Restart — Help → Troubleshooting. Не трогает вход, чистит только кэш.
2. Reset App Data — там же. Полный сброс: придётся войти заново во все пространства, зато приложение стартует с чистого листа.
3. Версия приложения. Совсем старые сборки перестают подключаться после обновления серверных API. Обновитесь через Help → Check for Updates или поставьте клиент заново с официального сайта.
4. Антивирус и «защита HTTPS». Некоторые антивирусы вскрывают шифрованный трафик для проверки, подставляя свой сертификат. Браузер к этому привык, а Slack такое соединение считает небезопасным и рвёт. Добавьте Slack в исключения или выключите проверку HTTPS.
5. Расширения в браузере — обратный случай, когда в приложении работает, а в браузере нет. Откройте app.slack.com в режиме инкогнито: расширения там выключены, и если заработало, виновато одно из них.

Если приложение вообще не запускается, закройте Slack полностью, включая значок в трее, и удалите папку данных вручную: %AppData%\Slack на Windows, ~/Library/Application Support/Slack на macOS. Это тот же Reset App Data, только снаружи.

Корпоративный прокси и файрвол

В офисе и на рабочем ноутбуке Slack чаще всего ломает не сеть, а её защита. Три типичных сценария:

• Прокси без поддержки WebSocket. Slack входит, показывает интерфейс, а дальше «Trying to connect». Старые прокси-серверы не умеют апгрейд HTTP-соединения до WebSocket и молча его закрывают. Признак: браузерная версия тоже не получает сообщений в реальном времени, но история при перезагрузке страницы подгружается.
• Разрешён только основной домен. Администратор открыл slack.com, но не открыл файлы и статику. Полный список доменов, которые нужны Slack, есть в его справке; ключевые — slack.com с поддоменами, slack-edge.com, slack-msgs.com, slack-files.com, slack-imgs.com, files.slack.com.
• Инспекция TLS. Корпоративный шлюз подменяет сертификаты для проверки трафика. Slack Desktop может это не принять, даже если браузер с корпоративным корневым сертификатом работает.

Диагноз ставится одной проверкой: из домашней сети работает, из офисной — нет. Дальше это разговор с администратором, и ему пригодится точное описание симптома — «не устанавливается WebSocket» звучит конкретнее, чем «Slack не работает».

DNS, WebSocket и время

DNS. Slack распределён по нескольким доменам, и если резолвер отдаёт устаревшие или неполные ответы, часть из них не откроется. Проверка занимает минуту: сменить DNS на 1.1.1.1, 8.8.8.8 или 9.9.9.9 на устройстве или роутере, переподключиться к сети, перезапустить Slack. Если сайты вообще открываются через раз с ошибками вроде DNS_PROBE_FINISHED_NXDOMAIN, начните с общей диагностики DNS, а не со Slack.

WebSocket. Это постоянное соединение, которое Slack держит открытым часами. Домашние роутеры с переполненной таблицей соединений, «умные» функции экономии энергии на ноутбуках и перегруженный Wi-Fi роняют именно такие долгоживущие соединения. Симптом — «мигание»: подключился, отвалился, подключился снова, сообщения приходят пачками. Перезагрузка роутера, кабель вместо Wi-Fi и выключенная экономия энергии для сетевого адаптера (Windows: Диспетчер устройств → адаптер → Управление электропитанием) решают большую часть таких случаев.

Время. Slack работает только по HTTPS, а срок действия сертификата проверяется по часам устройства. Если часы сбились на несколько минут — после замены батарейки, отключённой синхронизации или ручной смены часового пояса — соединение отвергается ещё до входа. Приложение при этом не пишет «неверное время», оно просто висит. Браузер в той же ситуации честнее и покажет «Ваше подключение не защищено» — так что если такое всплывает на других сайтах, ответ найден.

Файрвол на компьютере. Брандмауэр Windows или сторонний файрвол могут держать правило для старой версии Slack и молча перекрывать новую после обновления. Проверьте список разрешённых приложений в Безопасность Windows → Брандмауэр → Разрешить работу с приложением.

Хадлы и звонки

Чат Slack ходит по TCP и переживает любые потери — пакет переспросят и дошлют. Хадлы и звонки идут по UDP и переспрашивать не могут: потерянный кадр голоса просто выпадает. Поэтому им важна не скорость, а стабильность: задержка до 150 мс, jitter до 30 мс, потери до 1 %. Если UDP в сети закрыт, Slack переходит на резервный путь по TCP 443 — звонок формально проходит, но голос идёт рывками.

Правила те же, что для любых голосовых сервисов: кабель или хотя бы 5 ГГц, пауза для облачных синхронизаций, выключенное видео при плохом канале. Подробно с цифрами и настройками это разобрано в статье про Zoom и Google Meet — механика одинаковая.

Когда виноват маршрут, а не вы

Есть сценарий, который проходит сквозь все проверки выше. Кэш почищен, прокси нет, время верное, DNS публичный, на другом ноутбуке в той же сети то же самое, из офиса и из дома одинаково. Сайты открываются мгновенно, видео идёт, а именно рабочие инструменты — Slack, таск-трекер, звонки — живут через раз: подключение «мигает», сообщения приходят с задержкой в полминуты, хадлы рассыпаются, причём в одни часы хуже, в другие лучше.

Это почерк маршрута. Пакеты до серверов сервиса идут через несколько узлов, и на отдельных из них в некоторых сетях часть маршрутов работает нестабильно: теряются пакеты, скачет задержка. Обычные сайты этого не замечают, а долгоживущее WebSocket-соединение и UDP-звонки первыми показывают проблему. Если у вас в это же время на отдельных сайтах всплывает ERR_CONNECTION_TIMED_OUT или ERR_CONNECTION_RESET при живом интернете, это, скорее всего, одно и то же.

Один из вариантов здесь — защищённое подключение с автовыбором сервера. Смысл не в шифровании, а в предсказуемости: весь трафик до серверов Slack идёт по одному стабильному маршруту через надёжный узел, WebSocket перестаёт мигать, а хадлы получают ровную задержку. Приложение выбирает сервер само, дома удобен профиль «Автовыбор · Wi-Fi и дом», в дороге — «Автовыбор · мобильный». Проверить, ваш ли это случай, проще эмпирически: попробовать 3 дня бесплатно и сравнить один и тот же рабочий день со Slack с подключением и без него. Разница либо видна сразу, либо её нет — тогда причина в одном из пунктов выше.

Если дело в аккаунте или рабочем пространстве

Самый неприятный вариант — ошибка входа у всей команды при полностью исправной сети. Slack деактивировал рабочие пространства ряда организаций, следуя требованиям регуляторов в отношении их владельцев. Выглядит это так: участники не могут войти ни с одного устройства, администратору приходит письмо на почту.

Что здесь важно понимать:

• Это ограничение уровня организации, а не вашего устройства или сети. Чистить кэш и менять DNS бесполезно.
• Решения принимает администратор пространства: у него есть канал связи с поддержкой Slack и возможность выгрузить данные.
• Ваша задача как участника — сохранить своё: договорённости, контакты, файлы из личных переписок, пока доступ есть хоть где-то.

Если вы и есть администратор: экспорт истории публичных каналов доступен в Settings & administration → Workspace settings → Import/Export Data. Сделайте это до того, как вопрос встанет ребром. Общий порядок действий, когда сервис ограничил аккаунт, разобран отдельно. И заранее договоритесь о запасном канале: «если Slack молчит больше часа, все встречаемся там-то» — одна строчка в командной вики экономит день хаоса.

Чек-лист на стену

1. slack-status.com — сбой у всех?
2. Браузер и телефон на LTE — жив ли аккаунт, жива ли сеть?
3. Clear Cache and Restart, затем Reset App Data — лечим приложение.
4. Время, прокси, антивирус, DNS — лечим окружение.
5. Кабель, перезагрузка роутера, экономия энергии адаптера — лечим WebSocket.
6. Другая сеть или защищённое подключение — лечим маршрут.
7. Ошибка входа у всей команды — вопрос к администратору, а не к настройкам.

Коротко

Slack состоит из четырёх независимых каналов — вход по HTTPS, сообщения по WebSocket, файлы с отдельных доменов, звонки по UDP, — и по тому, какой из них отвалился, видно причину. Вечное «Trying to connect» в приложении лечится очисткой кэша и сбросом данных, в офисе — прокси с поддержкой WebSocket и полным списком доменов, дома — роутером и временем на устройстве. Вложения без текста — это домены файлов и DNS, рваные хадлы — UDP и стабильность канала. Если же локальный интернет безупречен, а Slack мигает в любой сети и в любое время, дело в маршруте до серверов сервиса — проверьте защищённое подключение с автовыбором сервера и сравните рабочий день до и после.