Переход на 42 билд Project Zomboid: что ломается и как остаться на B41
Миграция сервера Project Zomboid с Build 41 на Build 42: несовместимые сейвы и моды, ветка legacy41 для отката, план перехода без потери прогресса и чеклист перед обновлением.
29 июля 2026 Project Zomboid Build 42 вышел из статуса нестабильной ветки и стал сборкой по умолчанию: любой новый сервер, установленный через SteamCMD без дополнительных флагов, разворачивается сразу на Build 42.20 (актуальный патч на момент написания - 42.20.2). Для тех, кто уже держит сервер на Build 41, это не техническое обновление в один клик, а фактически переход на новую игру с несовместимыми сейвами и частично несовместимыми модами. В этой статье - что именно ломается при переходе, как безопасно остаться на Build 41 через ветку legacy41 и какой план миграции разумен для живого сообщества игроков.
Почему это не обычное обновление
Разработчики годами вели разработку Build 42 в отдельной параллельной ветке, а не как инкрементальные патчи поверх Build 41. За это время поменялись:
- Формат карты и подвалов. Значительная часть игрового мира перестроена, добавлены полноценные подземные уровни - старая карта Build 41 физически не совпадает с новой.
- Сетевой протокол. В Build 42 инвентарь, работа с контейнерами, распределение лута и TimedActions стали server-authoritative - раньше часть этой логики считалась на клиенте. Клиент Build 41 и сервер Build 42 несовместимы в принципе, версии должны совпадать в обе стороны.
- Формат сохранений. Структура файлов мира изменилась вместе с картой и системой освещения, поэтому прямой конвертации
Saves-папки Build 41 в Build 42 не существует. - API для модов. Крафт, ремёсла, электричество и часть предметов переписаны - многие моды Build 41 просто не загружаются на Build 42 без обновления автором.
Из-за этого разработчики сознательно не стали автоматически переносить существующие серверы: обновление до Build 42 - это фактически старт нового мира.
Что конкретно ломается при переходе
| Компонент | Что происходит при переходе на Build 42 |
|---|---|
| Сейв мира (папка Saves) | Не открывается, миры Build 41 нужно начинать заново |
| Моды | Совместимы только те, что явно обновлены автором под Build 42 |
| Клиенты игроков | Обязаны совпадать веткой (42.x или legacy41) с сервером |
| servertest_SandboxVars.lua | Структура частично переработана, старый файл может требовать правки вручную |
| RCON и консольные команды | Базовый набор команд не изменился, подробности - в статье про консольные команды Project Zomboid |
| Список карт для спавна | Нужно сверить servertest_spawnregions.lua с новой картой Build 42 |
Важно. Даже если технически получится «подсунуть» старый сейв серверу Build 42, устойчивой работы это не даст: часть данных мира просто не соответствует новой структуре, и рано или поздно сервер упадёт с ошибкой чтения. Разработчики прямо не рекомендуют так делать.
Ветка legacy41: как остаться на Build 41
Разработчики сохранили Build 41 как постоянно поддерживаемую ветку под названием legacy41 - это не заброшенный снапшот, а официальный путь для тех, кому по каким-то причинам важно остаться на старой версии. Ветку обновляли вплоть до недели перед стабильным релизом Build 42, то есть это осознанно поддерживаемый вариант, а не временный костыль.
Для клиента в Steam
- Откройте библиотеку Steam, найдите Project Zomboid.
- Правой кнопкой -> Свойства -> вкладка «Бета-версии» (Game Versions & Betas).
- В выпадающем списке выберите
legacy41. - Дождитесь, пока Steam скачает откат до Build 41.
Для сервера через SteamCMD
./steamcmd.sh +force_install_dir ~/pz-server-b41 \
+login anonymous \
+app_update 380870 -beta legacy41 validate \
+quitФлаг -beta legacy41 фиксирует именно ветку Build 41 - без него SteamCMD поставит текущую стабильную сборку, то есть Build 42.20.
Критично для мультиплеера: версия ветки на сервере и у всех игроков должна совпадать буквально. Если сервер на legacy41, а хотя бы один игрок остался на дефолтной стабильной ветке (Build 42), он получит ошибку несовпадения версии и не сможет подключиться. Держателю сервера имеет смысл явно написать в правилах сообщества, какая ветка используется, и продублировать инструкцию по её выбору для новых игроков.
Подробно про сам процесс установки сервера с нуля - в статье про установку сервера Project Zomboid Build 42, там же описан флаг -beta при первичной установке.
Pterohost - хостинг Project Zomboid с быстрым переключением веток сервера и автоматическими бэкапами перед апдейтами. Промокод 4START даёт -20% на первый заказ. Заказать хостинг Project Zomboid
План миграции сообщества
Если у сервера есть активные игроки и наработанный мир, переход на Build 42 стоит планировать заранее, а не переключать ветку одним днём.
Шаг 1. Оценить готовность модов
Пройдитесь по списку модов из Mods= в текущем servertest.ini и для каждого проверьте страницу в Steam Workshop: есть ли явная пометка поддержки Build 42 или отдельная версия мода под новую ветку. Если ключевые для вашего сообщества моды (крупные оверхолы, карты, RV/техника) ещё не портированы - откладывать переход разумно. Подробнее про проверку совместимости модов - в статье про моды в Build 42.
Шаг 2. Сделать полный бэкап текущего мира
Перед любыми действиями остановите сервер и скопируйте:
# Linux, пример путей
cp -r ~/Zomboid/Saves/Multiplayer/servertest ~/backups/servertest-b41-$(date +%F)
cp ~/Zomboid/Server/servertest.ini ~/backups/
cp ~/Zomboid/Server/servertest_SandboxVars.lua ~/backups/Храните копию отдельно от боевого диска - если переустановка пойдёт не по плану, вернуть Build 41 без бэкапа будет невозможно. Общие принципы регулярного резервного копирования разобраны в статье про автоматизацию бэкапов игровых серверов - стоит настроить их заранее, а не только перед миграцией.
Шаг 3. Выбрать формат перехода
Есть три реалистичных сценария:
| Сценарий | Когда подходит |
|---|---|
| Полный переход всех на Build 42, новый мир | Сообщество готово начать выживание заново, ключевые моды портированы |
| Остаться на legacy41 бессрочно | Сервер держится на конкретных модах или карте, которых нет в Build 42 |
| Параллельно два сервера (Build 41 и Build 42) | Переходный период, часть игроков хочет попробовать новое, часть - доиграть старый мир |
Третий вариант требует вдвое больше ресурсов хостинга, но снимает конфликт интересов в сообществе - игроки сами выбирают, на каком сервере продолжать.
Шаг 4. Объявить дату и подготовить игроков заранее
Сообщите дату перехода за несколько дней, продублируйте инструкцию по выбору правильной ветки в Steam (Game Versions & Betas) для тех, кто останется на Build 41, и порт/адрес нового сервера для тех, кто переходит на Build 42.
Шаг 5. Установить Build 42 на новый экземпляр и настроить с нуля
Не переустанавливайте поверх рабочей папки Build 41 - разверните Build 42 в отдельной директории по инструкции установки сервера Build 42, настройте sandbox-параметры заново (структура SandboxVars.lua частично изменилась - см. статью про sandbox-настройки Build 42) и только после проверки на тестовом запуске объявляйте сервер открытым для игроков.
Откат на Build 41, если что-то пошло не так
Если после перехода выяснилось, что критичный мод не работает или производительность неприемлема, откат возможен, но с оговоркой: мир, начатый в Build 42, нельзя перенести обратно в Build 41 - опять несовместимость сохранений.
Порядок действий при откате:
- Остановить сервер Build 42.
- Переустановить серверные файлы с флагом
-beta legacy41(см. команду выше) - в отдельную папку или поверх, если запасной копии Build 41 не осталось. - Восстановить бэкап сейва Build 41 из шага 2 плана миграции.
- Попросить всех игроков вручную переключить клиент на ветку
legacy41в Steam.
Именно поэтому шаг с бэкапом перед переходом - не формальность: без сохранённой копии Build 41 откат превращается в полную потерю прогресса старого мира.
Pterohost - панель с быстрым переключением веток сервера, автобэкапами и поддержкой 24/7 для перехода на Project Zomboid Build 42 без риска потерять мир. Промокод 4START даёт -20% на первый заказ. Настроить сервер Project Zomboid
Чеклист перед переходом на Build 42
| # | Пункт | Готово |
|---|---|---|
| 1 | Проверена поддержка Build 42 для всех критичных модов | |
| 2 | Сделан полный бэкап сейва, servertest.ini и SandboxVars.lua | |
| 3 | Бэкап скопирован в отдельное хранилище, не на рабочий диск сервера | |
| 4 | Выбран сценарий: полный переход / legacy41 / два параллельных сервера | |
| 5 | Игроки предупреждены о дате и о необходимости переключить ветку в Steam | |
| 6 | Новый сервер Build 42 установлен и протестирован отдельно от рабочего | |
| 7 | Sandbox-настройки нового мира заданы осознанно, а не скопированы вслепую | |
| 8 | Порты и файрвол проверены на новом сервере |
Часто задаваемые вопросы
Можно ли перенести сейв Build 41 на сервер Build 42?
Нет. Миры Build 41 не открываются в Build 42 напрямую - слишком сильно изменились карта, формат сохранений и сетевой протокол. Единственный вариант продолжить старый прогресс - остаться на Build 41 через ветку legacy41, начать новый мир в Build 42 придётся с нуля.
Как остаться на Project Zomboid Build 41, если сервер обновился до Build 42?
В Steam выберите Project Zomboid в библиотеке, откройте Свойства -> Game Versions & Betas и выберите ветку legacy41. Для сервера через SteamCMD добавьте флаг -beta legacy41 в команду app_update 380870. Все игроки должны переключиться на ту же ветку, иначе получат ошибку несовпадения версий.
Что произойдет с модами при переходе на Build 42?
Большинство модов для Build 41 несовместимы с Build 42 без доработки автором - изменились API крафта, освещения и предметов. Перед переходом проверьте страницу каждого мода в Steam Workshop на отметку поддержки Build 42, иначе сервер с модами может не запуститься или зависнуть при загрузке.
Обязательно ли переходить на Build 42 сразу после релиза?
Нет. Ветка legacy41 официально поддерживается разработчиками как постоянный путь для тех, кому важны конкретные моды или прогресс в старом мире. Переходить стоит, когда нужные моды портированы на Build 42 или когда сообщество сервера готово начать новый мир.
Как сделать бэкап перед переходом на Build 42?
Остановите сервер и скопируйте всю папку с сохранением мира (Zomboid/Saves/Multiplayer/имя_сервера на Linux, аналогично на Windows) в отдельное хранилище вместе с конфигами servertest.ini и servertest_SandboxVars.lua. Храните копию отдельно от рабочего диска сервера, чтобы её не затронула последующая переустановка.