Runway не работает? Проверка runwayml.com — статус и диагностика

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

Веб-платформа доступна напрямую, оплата платного тарифа зависит от способа оплаты, поддерживаемого сервисом — особенно частая жалоба «ранвей недоступен».

Автосохранение срабатывает после каждого шага генерации — переоткройте вкладку с проектом, черновик обычно уже на месте в облаке — особенно частая жалоба «runwayml статус».

Страница status.runwayml.com — публикует инциденты по генерации видео и веб-редактору отдельно — особенно частая жалоба «почему не рендерит runway видео».

Это особенность текущей версии модели при сложных сценах — попробуйте упростить промпт или перегенерировать с другим сидом — особенно частая жалоба «runway gen3 сбой».

Мы делаем серверный probe runwayml.com с независимой точки в России — каждые 5 минут отправляем HTTPS-запрос на favicon и измеряем время ответа. Параллельно через Cloudflare 1.1.1.1 (DNS-over-HTTPS, DoH) резолвим IP-адреса apex-домена и поддоменов api/m/www. Это даёт честный «глобальный» взгляд: если наш сервер видит runwayml.com как доступный — значит сайт работает у большинства пользователей, и проблема скорее всего локальная: ваш провайдер, Wi-Fi-сеть или DPI/TSPU-фильтрация. В отличие от downdetector мы не полагаемся только на жалобы — всё измеряется автоматически и обновляется каждые 5 минут.

Сначала проверьте альтернативную сеть: откройте runwayml.com с мобильного интернета (отключите Wi-Fi). Если на мобильном работает — проблема в домашнем провайдере или роутере. Попробуйте сменить DNS на устройстве на 1.1.1.1 (Cloudflare) или 8.8.8.8 (Google) — провайдер часто подменяет ответы своим NXDOMAIN или замедленным DNS. Очистите кеш браузера и системный DNS-кеш (ipconfig /flushdns на Windows, sudo dscacheutil -flushcache на Mac). Если не помогло — это может быть DPI-фильтрация по SNI или TSPU-блокировка: тогда Runway физически не доходит до вас, и стандартное решение — обратиться к провайдеру или использовать VPN.

Да, безопасно. Мы не запрашиваем регистрацию, не просим логин/пароль, не собираем личные данные и не используем VPN. Все измерения идут через стандартные открытые API: Cloudflare DoH (международный стандарт DNS-over-HTTPS, RFC 8484) для резолва доменов и обычный fetch к favicon для проверки доступности. На странице установлена Яндекс.Метрика для базовой аналитики — webvisor включён, но не записывает приватные поля. Методология открыта: вы можете перепроверить наши IP-адреса runwayml.com через любой сторонний whois или dig-сервис, и они совпадут — это публичные данные DNS, не наша собственность.

Роскомнадзор использует несколько технологий блокировки. TSPU (технические средства противодействия угрозам) — это оборудование на сетях операторов, которое умеет фильтровать SNI (имя домена в TLS-handshake), анализировать пакеты по DPI (deep packet inspection) и подменять DNS-ответы. Если Runway попал в реестр запрещённых ресурсов, провайдер на TSPU может отдавать NXDOMAIN или замедлять трафик до неприемлемой скорости. Помимо TSPU действует СОРМ-2/3 — система оперативно-розыскных мероприятий. Наша страница помогает быстро отличить общий бан от локальной проблемы: если IP runwayml.com резолвятся через Cloudflare, но у вас не открывается — это TSPU-блокировка вашего конкретного оператора.

IP-адреса runwayml.com мы получаем через Cloudflare 1.1.1.1 DoH (DNS-over-HTTPS) — это глобальный публичный DNS-резолвер, который не подменяет ответы и не зависит от региональных блокировок. Запрос идёт по HTTPS на порт 443, что защищает от DNS-спуфинга и делает невозможным вмешательство провайдера. Сравните наши IP с тем, что отдаёт ваш домашний роутер: команда nslookup runwayml.com на Windows или dig runwayml.com на Mac/Linux. Если адреса разные — провайдер подменяет DNS, и стоит сменить настройки на 1.1.1.1. Также мы показываем NS-серверы зоны — это помогает отследить смену хостинга или признаки взлома домена через подмену делегирования.