Чтобы на сервер попадала только ваша группа, установите Open=false, заведите отдельные учётные записи игроков и при необходимости добавьте общий пароль входа. Public=false управляет видимостью в списке, но сам по себе не закрывает доступ по известному адресу.
Инструкция рассчитана на уже работающий dedicated-сервер с включённым Steam. На 26 октября 2026 года разработчик указывает Build 42.21 как Stable. У сохранённых на ветке legacy41 серверов Build 41 поведение аккаунтов старее: используйте настройки, созданные вашей сборкой, а не заменяйте их шаблоном из другой версии. Режим Host с приглашениями здесь не рассматривается.
Разделите четыре уровня доступа#
| Уровень | За что отвечает | Чего не подтверждает |
|---|---|---|
Public | Показ в публичном браузере игры | Возможность авторизации по известному адресу |
Password | Общий секрет для входа | Одобрение конкретного аккаунта |
Open и whitelist | Допуск игровых аккаунтов и идентификаторов | Права администратора |
| Уровень доступа аккаунта | Административные полномочия | Допуск каждого, кто знает общий пароль |
Сервер может отсутствовать в браузере и принимать прямые подключения. Игрок может знать общий пароль, но получить отказ при проверке своего аккаунта. Одобренному участнику обычно достаточно обычных игровых прав.
Найдите настройки именно работающего экземпляра#
Запишите пользователя ОС, его домашний каталог, команду запуска, выбранный -servername и явный -cachedir, если он задан. В обычной раскладке настройки лежат в Zomboid/Server/<servername>.ini внутри домашнего каталога пользователя сервера. При отдельном каталоге данных путь меняется. Правка servertest.ini вашего SSH-пользователя бесполезна, если служба запускает другой экземпляр.
Выберите короткое окно обслуживания. Сохраните мир и завершите сервер через его действующую консоль, дождитесь выхода процесса и сделайте независимую копию всего постоянного каталога Zomboid: баз аккаунтов, настроек и сетевых сохранений. Сохраните рабочий административный вход. Не удаляйте базу аккаунтов ради «очистки whitelist»: вместе с ней можно потерять пароли, роли и связи идентификаторов.
В выбранном .ini измените существующие параметры:
Public=false
Open=false
Password=REPLACE_WITH_A_UNIQUE_JOIN_SECRET
Перед запуском замените маркер уникальным секретом. Пароль хранится в конфигурации, поэтому читать файл должны только служебный пользователь и уполномоченные операторы. Пароль отдельного аккаунта должен отличаться от общего секрета входа.
Если ваша сборка создала AutoCreateUserInWhiteList, учитывайте его историческое назначение: автоматическое добавление при открытом сервере. Одного AutoCreateUserInWhiteList=false недостаточно для закрытого доступа. Не добавляйте устаревший ключ, которого нет в актуальном файле, и не открывайте сервер ради заполнения списка. Проверьте также DropOffWhiteListAfterDeath: выбранное удаление аккаунта после смерти может помешать одобренному игроку вернуться.
Перезапустите экземпляр через его обычный механизм управления. Если панель пересоздаёт конфигурацию при старте, измените соответствующее поле в ней и проверьте итоговый файл после запуска: сохранённая вручную строка могла быть заменена.
Создайте отдельные аккаунты игроков#
Используйте локальную консоль сервера либо уже настроенный административный интерфейс. Начните с help и проверьте доступные команды вашей сборки. Обычная команда создания логина и пароля:
adduser "PLAYER_LOGIN" "REPLACE_WITH_A_UNIQUE_ACCOUNT_SECRET"
Замените оба маркера и создайте по одной записи для каждого участника. Это команда консоли Project Zomboid, а не Linux shell. В чате авторизованного администратора команды начинаются с /; в показанном варианте локальной консоли слеш не нужен. Пароль может остаться в журнале консоли, истории панели или записи сеанса: вводите его через закрытый операторский канал и ограничьте доступ к журналам.
Передайте каждому игроку его собственные логин и пароль приватно. Логин сервера не обязан совпадать с именем профиля Steam или именем персонажа. Существующему игроку, который рассчитывает продолжить прежнего персонажа, сохраняйте прежний логин: создание другой записи не исправляет отклонённый пароль.
В Build 42 существует и состояние допуска по Steam-идентификатору. Не смешивайте его с записью username, особенно после переноса базы Build 41. В исторической теме официальной поддержки сначала обсуждалась необходимость Steam ID, однако автор позже уточнил: новые аккаунты через adduser работают, а проблема касалась перенесённых записей. Из этого не следует, что каждому новому игроку обязательно нужны обе команды.
Если журнал прямо указывает на отказ по Steam-идентификатору, уточните настоящий SteamID64 игрока и проверьте Steam-список через актуальную справку help или интерфейс администрирования; в поддерживающих её сборках есть команда addsteamid. Исправляйте конкретную запись и проверяйте вход повторно. Не подставляйте ник профиля вместо идентификатора, не редактируйте таблицы SQLite вручную и не импортируйте старую схему базы как универсальное решение. Для сервера без Steam нужен отдельный порядок проверки личности.
Проверьте разрешённый и запрещённый вход#
В течение настройки сохраняйте хотя бы один рабочий административный канал. Добавление игрока в whitelist не требует выдачи админских полномочий. Если кому-то действительно нужны инструменты модерации, заведите отдельный служебный вход; не раздавайте всей группе пароль действующего администратора.
Проверка должна охватывать обе стороны правила:
- Одобренный обычный игрок входит со своими данными и верным общим паролем, затем повторяет вход после перезапуска.
- Неодобренный идентификатор получает отказ, даже зная общий пароль. Уже разрешённый Steam-аккаунт или администратор для такой проверки не подходят.
- Неверный общий секрет не позволяет начать игру.
- Старый игрок возвращается к ожидаемому персонажу в нужном мире.
Тайм-аут требует проверки сети, а несовпадение версий — согласования сборок клиента и сервера. Ни то ни другое не исправляется через Open=true. Когда проблема касается одного аккаунта, сначала сравните точный логин, идентификатор и выбранный экземпляр.
Если вы администрируете собственный VPS, Nexardo поможет организовать управление инфраструктурой; правила допуска и реальный вход всё равно проверяются в вашем экземпляре Project Zomboid.
