GitLab вебхуки не работают

Симптомы

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

• На Wi‑Fi приложение открывается, на мобильном интернете — нет или вечная загрузка
• Открываются только Яндекс, Госуслуги и банки — остальное не грузится
• Обычный сторонний туннель не подключается или сразу обрывается на LTE
• События push/merge/tag не запускают CI/CD или внешние интеграции
• В Recent events видны retry, timeout, 5xx или long pending
• Ручной тест webhook из проекта иногда проходит, а массовые события — нет

Причины

Почему так происходит

• На мобильной сети оператор может включить белые списки — проходит только разрешённый трафик
• Адреса сервиса и VPS-серверов не входят в «белый» список, поэтому соединение не устанавливается
• Временная деградация очереди webhook deliveries на стороне GitLab (инцидент августа 2026)
• Endpoint команды отвечает медленно, режет IP/ASN или упирается в rate limit
• Локальная сеть/прокси/фаервол и NAT ломают обратные проверки TLS или callback-цепочку

Разборы и инструкции — в гайдах.

Сценарий

Сценарий для GitLab

Типичный сценарий: push есть, а деплой/нотификация не стартуют, потому что webhook не дошёл. На фоне инцидента 4–5 августа 2026 важно не чинить вслепую: сначала статус GitLab, затем delivery logs и только после этого сеть/endpoint команды.

Чеклист перед VPS

• Проверить GitLab Status и Incident history по webhook deliveries (временное окно и регион)
• В проекте открыть Webhooks → Recent events: коды ответов, latency, retry count, payload size
• Сверить endpoint вручную: TLS, 2xx < 10s, отсутствие 301/302-цепочек и WAF-block
• Включить идемпотентность обработчика (event-id + dedupe), чтобы безопасно принимать ретраи
• Для срочного обхода: manual trigger pipeline/job и повторная отправка критичных событий
• Сравнить запуск из другой сети/хоста, чтобы отделить локальный прокси/NAT от платформы

Это не...

• —Не путать с ошибкой бизнес-логики в обработчике: 200 OK без эффекта тоже требует проверки логики
• —Не считать любой timeout «виной GitLab», если endpoint стабильно отвечает >10–15 секунд
• —Не отключать подпись webhook secret ради «быстрого теста» в проде

Решение

Что можно сделать

• Сверьте Wi‑Fi и LTE

  Отключите Wi‑Fi и проверьте на мобильном интернете. Если на Wi‑Fi всё ок, а на LTE — нет, вероятны белые списки.

• Пройдите короткую проверку

  Пять вопросов на сайте помогут понять, похоже ли на белые списки. Без отправки данных.

• Подключите нужный профиль в Incy

  Trial или тариф на сайте → кабинет → Incy (Windows — Happ). На LTE при белых списках — Whitelist (LTE), иначе стандартный VPS.

Ошибки

Частые ошибки

• Перезапускать раннеры и деплой без проверки GitLab Status и окна инцидента
• Игнорировать delivery latency и смотреть только факт 2xx/5xx
• Делать обработчик неидемпотентным и получать дубли после retry
• Убирать webhook secret или TLS-проверки «на время», оставляя прод уязвимым

Профиль

Стандартный сервер в Incy

Vibe даёт подписку и кабинет на сайте. Подключение — в Incy (на Windows — Happ): нажмите «Добавить в Incy» в кабинете и выберите сервер. Trial без карты, тарифы от 249 ₽/мес.

• Подключение в Incy за пару минут после оплаты или trial
• Кабинет на сайте: подписки и продление без чата
• Несколько серверов — можно переключить, если маршрут ведёт себя нестабильно

Гайд

FAQ

Частые вопросы

Похожие темы

Смотрите также

• npm install не скачивает пакетыnpm install → ETIMEDOUT, ECONNRESET или Fetching…; белый список сайтов может жить. Сравните Wi‑Fi и LTE до registry.npmjs.org и CDN. Сначала сеть vs package.json, прокси и auth.
• Docker Hub не работаетdocker pull timeout к registry-1.docker.io или auth.docker.io; hub.docker.com в браузере может жить. Часто маршрут или фильтр; реже rate limit и login.
• Интернет есть, но сайты не открываютсяЗначок сети есть, а страницы не грузятся — или открывается только Яндекс и пара банков. Часто это белые списки на LTE или сбой DNS — не просто «медленный интернет» и не белый список приложений Windows. Разберём симптомы и что проверить с Vibe.
• ERR_CONNECTION_TIMED_OUT: сайты не открываютсяChrome, Edge и Firefox показывают «ERR_CONNECTION_TIMED_OUT» — браузер не дождался ответа от сервера. На Wi‑Fi страницы могут открываться, на LTE — таймаут на многих сайтах. Часто это фильтр оператора или недоступный маршрут, а не поломка браузера.

Дальше по теме

• Проблемы с сервисами
• Проверка белых списков
• Белые списки на LTE
• Тарифы