Сервер Satisfactory не отвечает: пошаговая проверка

Сначала отделите завершившийся процесс от сбоя подключения

Патч v1.2.4.1 от 12 октября называет вылет выделенного сервера при установке Conveyor Throughput Monitor. Если процесс завершился, переадресация портов или смена пароля не заставит его ответить. Сохраните журнал и копию сохранений; администратору следует завершить доступное обновление сервера и сравнить версии клиента и сервера перед проверкой.

Если процесс работает, отличите загрузку от готовности и используйте ветви обнаружения, API и входа ниже. Патч не подтверждает решение любой ошибки API, CGNAT-туннеля, запроса TLS или тайм-аута. Не меняйте порты, не отключайте брандмауэр и не пересоздавайте контейнер с постоянными данными лишь из-за «not responding».

Убедитесь, что проблема относится к выделенному серверу

Используйте это руководство, если отдельный сервер на ПК недоступен, остаётся без имени, не проходит Authenticate, выдаёт ошибку Server API или получает тайм-аут при входе. Если друг открыл фабрику из обычного клиента, перейдите к руководству по загрузке у игрока-хоста. По текущему официальному FAQ консоли не подключаются к выделенным серверам ПК.

Запишите лаунчер и версию клиента, ветку клиента, версию и ветку сервера, тип хостинга и точный текст ошибки. Не считайте версии одинаковыми только потому, что обе стороны недавно обновлялись. Мы изучили документацию и отчёты, но не запускали ваш сервер и не подтверждаем универсальную схему портов.

Защитите сервер до изменения сети

Остановите сервер штатными средствами хоста или контейнера, прежде чем копировать сохранения и настройки. Сделайте датированную копию постоянного каталога сохранений и конфигурации за пределами активного контейнера или установки. Если непонятно, какой том или каталог постоянный, сначала откройте актуальную документацию именно этого образа или хостинга.

Запишите текущий адрес, пробросы портов, правила брандмауэра, настройки туннеля и параметры запуска. Не публикуйте внешний IP, пароли, токены API, идентификаторы игроков и полные журналы. Не удаляйте конфигурацию, не заявляйте сервер заново и не отключайте TLS или брандмауэр ради проверки.

Найдите последний работающий этап

Обнаружение, управление и вход связаны, но не взаимозаменяемы.

Согласно документации, HTTPS API временно недоступен при загрузке сохранения или смене карты. Дождитесь в журнале окончания запуска и загрузки, прежде чем считать краткую ошибку API постоянной сетевой неисправностью.

Сравните локальный и внешний доступ одним тестом

Сначала администратор подключается из той же локальной сети способом, указанным в документации развёртывания. Затем выполняется одна попытка из действительно другой сети с тем же клиентом. Не меняйте настройки сервера между попытками и записывайте время, чтобы сопоставить их с журналом.

Если локальный вход не работает, менять внешний проброс или CGNAT-туннель рано. Убедитесь, что процесс слушает ожидаемый интерфейс, контейнер публикует нужные интерфейсы, а API уже не занят загрузкой. Если локально всё работает, а извне нет, сравните адрес прослушивания, опубликованный адрес контейнера и внешний адрес туннеля как три разных значения.

Разделяйте аутентификацию, TLS и туннель

Самоподписанный сертификат может быть штатным для документированного HTTPS API; клиент должен показать запрос доверия этому серверу. Отсутствие окна или ошибка API не дают оснований отключать шифрование. Запишите текст сертификата/API и момент — до или после ввода пароля.

Для Docker, платного хостинга или туннеля используйте текущие переменные именно этого провайдера или образа. В обсуждении №455 сервер работал локально, но CGNAT-туннель по-разному сопоставлял внутренний и внешний порты надёжного обмена; затем журнал показал тайм-аут рукопожатия. Автор и сопровождающий не подтвердили окончательное решение. Это повод сравнить адреса привязки, публикации и объявления, а не рецепт портов для всех серверов.

Разделяйте действия игрока и администратора

Игрок может сверить версию и ветку, записать этап и время ошибки и, если возможно, попробовать другой заведомо рабочий сервер. Ему не следует менять брандмауэр хоста или просить секреты администратора. Администратор сопоставляет журналы, проверяет готовность, сравнивает LAN/WAN и читает документацию выбранного хоста или контейнера.

Если не входит один игрок, а остальные могут, сохраните это различие. Если все останавливаются на одном этапе, не просите каждого переустанавливать игру — сначала исследуйте общий серверный путь. Перед обновлением или сменой ветки сделайте резервную копию.

Остановитесь с полезным отчётом

Не повторяйте бесконечно аутентификацию и случайные изменения портов. Укажите версии и ветки клиента/сервера, тип развёртывания, последний рабочий этап, результаты LAN/WAN, точное время с часовым поясом и короткий обезличенный фрагмент журнала. Отметьте, загружалось ли сохранение и могли ли войти другие игроки.

Обратитесь к документации или трекеру именно вашего хоста/образа либо на официальный сайт вопросов Satisfactory по поведению игрового сервера. Сохраните исходные настройки и сохранения для отката. Видимый ping или один успешный запрос API полезны, но восстановление подтверждено только после повторной работы исходного пути входа.