Общий мир в Enshrouded можно организовать двумя способами: через player-hosted игру или с помощью dedicated server. Эти варианты решают разные задачи, поэтому их не стоит объединять в одну инструкцию. У них отличаются меню, порядок обновления и ответственность за сохранение. Сначала важно определить, нужен ли мир для небольшой компании в обычной сессии или отдельный процесс, который будет доступен без постоянного присутствия владельца.

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

Как выбрать тип хоста

Первое решение связано не с паролем и не с переносом мира, а с форматом игры. Enshrouded поддерживает и player-hosted сессию, и dedicated server. Для общей игры в привычной сессии подходит первый вариант. Для постоянного доступа к миру используется отдельный серверный процесс.

Смешивание двух вариантов обычно усложняет проверку проблем. У player-hosted игры и dedicated server разные меню, порядок обновления и зона ответственности за world save. Поэтому перед настройкой полезно зафиксировать выбранный тип хоста и дальше проверять только относящиеся к нему действия.

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

Что проверить до первого запуска

До публикации адреса сервера подготавливают резервную копию, уточняют имя мира и составляют список людей, которым разрешён доступ. Одновременно задают пароль. Официальное напоминание по безопасности относится к обоим форматам: пароль нужен и для peer-to-peer, и для dedicated server.

Если на сервер переносится существующий мир, сначала проверяют, какой именно файл выбран в меню загрузки. Это важно сделать до перехода, а не после обнаружения другого мира. Локальную копию save data сохраняют отдельно до дальнейших изменений.

Перед запуском удобно пройти одну последовательность без перестановок:

  1. определить, используется player-hosted игра или dedicated server;
  2. подготовить локальную резервную копию сохранения;
  3. выбрать нужный world save и проверить имя мира;
  4. назначить пароль и сверить список игроков;
  5. запустить сервер штатным способом;
  6. сопоставить версии клиента и сервера;
  7. выполнить тестовый вход одним участником.

Такой порядок помогает отделить проблему доступа от ошибки версии и от неверно выбранного мира. Тестовый вход выполняют после сопоставления версий и запуска сервера.

Как защитить сервер паролем

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

Перед публикацией адреса уже должен быть подготовлен список разрешённых игроков. Это позволяет заранее понимать, кто получает доступ к миру. Защита применяется не только к dedicated server: для peer-to-peer сессии действует то же напоминание - пароль следует устанавливать всегда.

Иногда мир требуется временно открыть. В таком случае доступ меняют только после создания резервной копии. Открытый режим не оставляют постоянным: по окончании игры пароль меняют и возвращают закрытый вариант. Это снижает риск того, что в мир войдёт человек, которого нет в согласованном списке, и изменит базу или прогресс.

Как правильно перенести world save

Перенос мира и перенос персонажа - не одно действие. При подготовке нового сервера выбирают нужный файл в меню загрузки и заранее проверяют его имя. Если выбран другой world save, прежние постройки не появятся только потому, что игрок вошёл знакомым героем.

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

Проверка должна отвечать на два разных вопроса:

  • загружен ли нужный мир с ожидаемыми постройками;
  • вошёл ли игрок тем персонажем, которого планировал использовать.

Если эти проверки объединить, отсутствие построек можно ошибочно принять за потерю персонажа, а появление знакомого героя - за подтверждение правильного world save. На самом деле серверный мир и данные героя переносятся независимо.

Что сохраняется у персонажа

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

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

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

Что делать при Version mismatch

Сообщение Version mismatch указывает прежде всего на несоответствие сборок. Сначала сравнивают номер версии на сервере и у игроков. После этого хост обновляют штатным способом и перезапускают серверный процесс. Только затем повторяют подключение.

Для dedicated server используется предусмотренный запуск из Steam. Его не заменяют случайным исполняемым файлом. Если сервер арендован, доступность обновления определяется провайдером, поэтому после обновления клиента может потребоваться проверка серверной сборки на стороне площадки.

Hotfix 27 отдельно показывает важность совпадения версии клиента и сервера для соединения и стабильности. Практический вывод остаётся тем же: сначала сверяется сборка, затем выполняются штатное обновление и перезапуск. Замена world save на этом этапе не требуется.

Такой порядок важен ещё и потому, что ошибка версии не равна повреждению сохранения. Если клиент и сервер используют разные сборки, удаление мира не устранит причину. Напротив, необдуманная замена файла может создать уже отдельную проблему с данными.

Безопасные действия при сбое

При неполадке world save не удаляют вслепую. Также не стоит одновременно менять конфигурацию, пароль, файл мира и способ запуска: после нескольких изменений становится сложнее понять, что именно вызвало сбой.

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

Безопасный порядок выглядит так:

  1. остановиться на последнем рабочем или проверяемом состоянии;
  2. определить последнее внесённое изменение;
  3. проверить резервную копию;
  4. сверить сборки клиента и сервера;
  5. перезапустить штатный процесс;
  6. записать время ошибки, версию и тип хоста;
  7. при сохранении проблемы обратиться в официальный Support.

Главное - не считать любую ошибку признаком повреждённого мира. Version mismatch сначала устраняется через сопоставление сборок. Проблемы выбора мира проверяются через файл в меню загрузки. И только после этих шагов оценивается состояние сохранения.

Итоговый порядок запуска

Надёжная настройка строится вокруг нескольких отдельных проверок. Сначала выбирается тип хоста: player-hosted игра или dedicated server. Затем создаётся локальная копия save data, уточняются имя мира и выбранный файл, назначается пароль и проверяется список игроков.

После запуска сервер и клиенты сопоставляются по версии. Один участник выполняет тестовый вход. Если появляется Version mismatch, обновляется хост штатным способом и перезапускается процесс. World save при этом не заменяют.

При переносе отдельно проверяются персонаж и мир. Экипировка, инвентарь, уровень, навыки и часть исследовательского прогресса могут перейти вместе с героем, но база и постройки требуют правильного world save. При временном открытии мира сначала создаётся backup, а после игры возвращается закрытый доступ и меняется пароль.

FAQ

Можно ли заходить на dedicated server без владельца обычной сессии?

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

Почему сервер Enshrouded пишет Version mismatch?

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

Перенесётся ли база вместе с персонажем?

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

Как понять, что загружен правильный мир?

До перехода проверяют файл, выбранный в меню загрузки, и имя мира. После запуска отдельно смотрят на состояние мира и постройки. Наличие прежнего персонажа само по себе не подтверждает выбор правильного world save.

Нужно ли ставить пароль на player-hosted игру?

Да. Рекомендация по безопасности относится и к peer-to-peer, и к dedicated server. Пароль ограничивает доступ к миру и снижает риск изменений базы или прогресса посторонними игроками.

Что делать, если после изменений сервер перестал работать?

Не удалять world save и не менять конфигурацию вслепую. Сначала откатывают последнее изменение, проверяют backup, сверяют версии и перезапускают штатный процесс. Для обращения в Support записывают время ошибки, версию и тип хоста.