Railway не открывается: *.railway.app недоступен

Симптомы

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

• railway.app / dashboard не грузится — таймаут или ERR_CONNECTION_* при живом Яндексе
• *.railway.app или *.up.railway.app — TCP timeout; check-host из Москвы показывает обрыв на 69.46.46.x
• Кастомный домен на Railway открывается иначе, чем дефолтный *.up.railway.app (или наоборот)
• railway up / CLI deploy / webhook зависает по сети, а браузер частично живой
• На Wi‑Fi сбой, на LTE / другой ISP / раздаче — нормально (или наоборот)
• Vercel / Render / GitHub на той же линии — контроль: только Railway или весь зарубежный PaaS-контур
• У вас панель недоступна, у коллег/аудитории из других стран сайт открывается

Причины

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

• На мобильной сети оператор может включить белые списки — проходит только разрешённый трафик
• Адреса сервиса и VPS-серверов не входят в «белый» список, поэтому соединение не устанавливается
• TCP timeout / обрыв маршрута до edge Railway (69.46.46.x и соседние IP) у части ISP в РФ
• Разные хосты: railway.app, *.railway.app, *.up.railway.app и кастомный домен → разные A/edge
• DNS/кэш резолва или корп. прокси ломает только панель или только deploy webhook
• Сбой/деградация на стороне Railway (status.railway.com) vs локальная сеть пользователя

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

Сценарий

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

Railway — PaaS: dashboard (railway.app), дефолтные URL *.up.railway.app / *.railway.app и кастомные домены. 2025–2026 (Railway Community, station.railway.com): из РФ — TCP timeout к edge 69.46.46.x при живых других диапазонах; check-host из Москвы воспроизводит, из других стран — ok. Диагноз: (1) слой — панель / up-URL / кастом / прод у аудитории; (2) маршрут — MTR, Wi‑Fi vs LTE, другой ISP; (3) платформа — status.railway.com; (4) соседние PaaS как контроль. Soft CTA Vibe/Incy — только при подтверждённом сетевом доступе разработчику; для конечных пользователей при «битом» edge часто нужна смена домена/CDN или хостинга, не туннель у каждого. Без 100%.

Какие сообщения бывают

• ERR_CONNECTION_TIMED_OUT
• ERR_CONNECTION_RESET
• ERR_EMPTY_RESPONSE
• TCP timeout / connection timed out
• таймаут / вечная загрузка
• deploy failed / network error (CLI)

Wi‑Fi · LTE · оператор

Wi‑Fi

Если на домашнем Wi‑Fi *.up.railway.app timeout, а на LTE ok — маршрут ISP на Wi‑Fi, не обязательно белые списки.

LTE

Если только LTE режет railway.app/*.railway.app при живых банках — возможны белые списки; Whitelist (LTE) после подтверждения.

Оператор

Timeout на 69.46.46.x часто зависит от провайдера — сравните другую сеть до смены хостинга.

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

• status.railway.com / Railway Community vs только ваш ISP
• Открыть railway.app, *.up.railway.app и кастомный домен (если есть) — сравнить
• dig/nslookup A-записи; MTR/traceroute до edge IP (69.46.46.x и альтернатив)
• check-host / ping.pe из Москвы и из зарубежной точки — один URL
• Wi‑Fi ↔ LTE / другая SIM / раздача / другой провайдер
• Vercel / Render / GitHub на той же сети — только Railway или весь контур
• CLI deploy / webhook: сеть или ошибка билда в логах Railway
• Записать ERR_CONNECTION_TIMED_OUT / RESET vs NXDOMAIN
• Если сетевой доступ подтверждён: Incy/Happ — Connect не в Telegram; trial без 100%

Это не...

• —Не путать timeout на одном edge IP с «Railway упал для всех»
• —Не лечить туннелем ошибки сборки, env, биллинга и лимитов Railway
• —Не обещать аудитории 100% доступ через прокси, если режется IP origin на их маршруте
• —Не путать с Vercel/Netlify — другие edge; см. related, но диагностика та же по слоям

Решение

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

• Отделите слой сбоя

  railway.app vs *.up.railway.app vs кастомный домен vs CLI/webhook. Панель ≠ сайт у аудитории; разные A-записи — разные edge IP.

• Диагностика маршрута из РФ

  MTR/traceroute до IP из DNS (*.up.railway.app и кастомного домена); check-host из Москвы vs зарубежной точки. Зафиксируйте timeout на 69.46.46.x — признак маршрута, не «Railway лёг».

• Сеть и соседние PaaS

  Wi‑Fi↔LTE / другой провайдер, инкогнито, сброс DNS. Сравните Vercel и Render — точечный маршрут до Railway vs общая сеть.

• Когда помогает смена маршрута, когда — хостинг

  Для доступа разработчика из РФ — другая сеть или Incy/Happ (trial без 100%) после подтверждённого TCP timeout. Для аудитории в РФ, если режется конкретный edge — custom domain на другом CDN/хостинг или миграция; прокси у пользователя не заменит смену IP у origin. Не чинит downtime Railway и ошибки билда.

Ошибки

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

• Считать любой timeout «Railway лёг», не сверив status.railway.com и check-host из другой страны
• Чинить билд/deploy, когда падает только маршрут до railway.app
• Путать *.railway.app и *.up.railway.app — разные URL и иногда разные IP
• Обещать аудитории 100% доступ через прокси без смены edge/хостинга
• Игнорировать MTR/traceroute — без него не видно, режется ли 69.46.46.x

Что выбрать

Сначала диагностика, потом профиль

На LTE часто виноваты белые списки — тогда нужен Whitelist (LTE). На Wi‑Fi или при обычной блокировке достаточно стандартного VPS-профиля в Incy. Начните с короткой проверки симптомов.

Гайд

FAQ

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

Похожие темы

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

• Vercel не открывается из Россииvercel.com / dashboard крутит загрузку, *.vercel.app или preview открывается «через раз», деплой из CLI таймаутит — при этом сайт на кастомном домене у части аудитории может быть живым (или наоборот). Август 2026: у разработчиков из РФ снова массовые жалобы на нестабильный доступ к Vercel и похожим CDN-хостингам. Сначала отделите слой (панель / preview / прод у пользователей) от сети (DNS, Wi‑Fi↔LTE, другой провайдер), затем решайте про стабильный канал — без обещаний 100%.
• Netlify не открываетсяapp.netlify.com / *.netlify.app не грузятся, превью деплоя таймаутит или сайт на Netlify «висит», хотя Яндекс и банки открываются. В июле–августе 2026 из РФ у части провайдеров нестабилен доступ к Netlify (рядом с другими CDN/Pages-хостингами). Сначала статус Netlify vs ваша сеть (Wi‑Fi↔LTE, DNS), затем соседние хостинги; Soft Vibe/Incy только при сетевом симптоме. Без 100%. Telegram ≠ клиент.
• npm install не скачивает пакетыnpm install → ETIMEDOUT, ECONNRESET или Fetching…; белый список сайтов может жить. Сравните Wi‑Fi и LTE до registry.npmjs.org и CDN. Сначала сеть vs package.json, прокси и auth.
• ERR_CONNECTION_TIMED_OUT: сайты не открываютсяChrome, Edge и Firefox показывают «ERR_CONNECTION_TIMED_OUT» — браузер не дождался ответа от сервера. На Wi‑Fi страницы могут открываться, на LTE — таймаут на многих сайтах. Часто это фильтр оператора или недоступный маршрут, а не поломка браузера.

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

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