# DayZ mapgrouppos.xml и mapgroupproto.xml: здания, лутпозиции и как убрать спавн с карты Эти два файла часто вспоминают, когда нужно глубже залезть в карту и понять, почему лут появляется именно в этих зданиях. Пути обычно такие: ```text mpmissions/dayzOffline.chernarusplus/mapgrouppos.xml mpmissions/dayzOffline.chernarusplus/mapgroupproto.xml ``` ## mapgrouppos.xml Этот файл описывает размещение групп объектов на карте. Проще говоря, где стоят здания/группы, к которым экономика может привязать лут. ## mapgroupproto.xml Этот файл описывает сами группы и позиции лута внутри них. Если грубо: - `mapgrouppos.xml` говорит “где находится объект”; - `mapgroupproto.xml` говорит “какие лутпозиции есть у объекта”. ## Почему это важно Если вы добавляете кастомные здания, экономика не всегда сама понимает, где внутри них должен появляться лут. Для нормального спавна нужны корректные группы и позиции. ## Кастомные объекты Для кастомных построек обычно делают так: 1. Ставят объект на карту. 2. Добавляют или обновляют позиции в `mapgrouppos.xml`. 3. Проверяют группу в `mapgroupproto.xml`. 4. Настраивают категории/usage через экономику. 5. Тестируют спавн в игре. ## Как убрать вообще весь спавн лута с карты Для RP/AOD-серверов это частая задача. Если лут должен выдаваться только через администрацию, роли, склады, квесты или трейдеров, обычный спавн нужно выключать системно. Не надо начинать с удаления `mapgrouppos.xml`. Это грубо и может дать побочные эффекты. Нормальный порядок: 1. В `types.xml` поставить `nominal 0` и `min 0` для предметов, которые не должны спавниться. 2. В `events.xml` выключить события, которые создают лут: вертолеты, машины, контейнеры, военные события. 3. В `cfgspawnabletypes.xml` убрать содержимое контейнеров и лишние attachments. 4. Проверить модовые economy-файлы, если они подключены через `cfgeconomycore.xml`. 5. Только если нужно полностью убрать лутпозиции зданий, работать с `mapgroupproto.xml`. ## Жесткий вариант Если задача именно “на карте не должно спавниться вообще ничего”, можно очистить или отключить лутовые группы в `mapgroupproto.xml`, но делать это нужно только с бэкапом. Почему осторожно: - после ошибки экономика может начать ругаться; - модовые здания могут вести себя странно; - обновления карты могут вернуть позиции; - потом сложно понять, что именно было удалено. ## Практичный RP-вариант Я бы делал так: - обычный лут выключен через `types.xml`; - события с лутом выключены; - нужные предметы выдаются через трейдера, склады, админов или квесты; - mapgroup-файлы не трогаются без необходимости. Так сервер проще обслуживать. Если потом захотите вернуть часть лута, не придется собирать карту заново. ## Проверка После отключения спавна: 1. Очистите storage/economy только если понимаете последствия. 2. Перезапустите сервер. 3. Подождите цикл экономики. 4. Проверьте города, военные зоны, промку, дома. 5. Проверьте события отдельно. Если на RP-сервере появился случайный автомат в доме, почти всегда это не “магия”, а забытый `types.xml`, `events.xml` или модовый economy-файл.

# DayZ BEServer_x64.cfg и RCon: подключение админки без дыр в безопасности RCon нужен, чтобы внешняя админка или мониторинг могли общаться с сервером: смотреть игроков, отправлять команды, получать статус. Файл обычно лежит в профиле BattlEye: ```text profiles/BattlEye/BEServer_x64.cfg ``` ## Пример ```cfg RConPassword your-very-strong-password RConPort 2305 ``` ## RConPassword Пароль должен быть уникальным. Не используйте: - пароль от сайта; - пароль от почты; - пароль администратора Windows; - старый пароль из гайда; - короткие слова. ## RConPort Порт, на котором BattlEye принимает RCon-подключения. Важно открыть порт в firewall только если это действительно нужно. Еще лучше ограничить доступ по IP, если админка стоит на конкретном сервере. ## Безопасность Минимум: - длинный пароль; - отдельный пароль только для RCon; - закрытый firewall; - доступ только с нужных IP; - не публиковать конфиг; - не отправлять пароль в Discord без необходимости. ## Если админка не подключается Проверьте: 1. Сервер запущен. 2. BattlEye включен. 3. Файл лежит в правильной папке профиля. 4. Порт открыт. 5. Пароль совпадает. 6. Админка использует правильный IP и порт. 7. Нет второго старого `BEServer_x64.cfg` в другой папке. ## Частая ошибка На сервере несколько профилей, а вы редактируете не тот `BEServer_x64.cfg`. В итоге в файле все красиво, но игра использует другой конфиг. ## Для RP/AOD На RP-сервере RCon особенно полезен: - контроль онлайна; - быстрый кик проблемных игроков; - интеграция с сайтом; - мониторинг статуса; - автоматизация некоторых действий. Но RCon - это административный доступ. Относитесь к нему как к ключу от серверной, а не как к обычной настройке.

# DayZ script.log: как читать ошибки и не паниковать из-за каждой строки Когда сервер не запускается, лагает после старта или какой-то мод ведет себя странно, первым делом почти все лезут в `script.log`. И вот тут начинается боль: строк много, половина красная, везде какие-то `FIX-ME`, `Missing`, `NULL pointer`, названия модов, обфусцированные папки и ощущение, что сервер сейчас развалится. На деле не каждая страшная строка в `script.log` является причиной проблемы. В этом гайде разберем, на что смотреть в первую очередь, что можно временно пропустить и как читать лог по-человечески. ## Где лежит script.log Обычно он лежит в папке профилей сервера: ```text profiles/script_год-месяц-день_час-минута-секунда.log ``` Пример: ```text profiles/script_2026-07-27_13-59-38.log ``` Если у вас в параметрах запуска указано `-profiles=profiles`, значит лог будет внутри этой папки. Если путь другой, ищите там. ## Сначала смотрим, сервер вообще дошел до миссии или нет В нормальном запуске ближе к концу лога можно увидеть что-то вроде: ```text [MissionServer] OnInit - Server [MissionServer] OnMissionStart - Server [MissionServer] OnMissionLoaded - Server ``` Если `OnMissionLoaded` есть, сервер хотя бы дошел до загрузки миссии. Это не значит, что все идеально, но это уже не ситуация “сервер умер на первой секунде”. Если лог обрывается до загрузки мира, тогда ищем последнюю ошибку перед обрывом. Обычно причина рядом. ## Самые важные строки В первую очередь ищем: ```text SCRIPT (E) Virtual Machine Exception Reason: Stack trace: NULL pointer to instance Cannot open file Can't compile Unknown type Undefined function Bad type ``` Вот это уже не декоративный шум. Особенно если после ошибки сервер крашится, не пускает игроков или ломается конкретная система. ## Как читать Virtual Machine Exception Пример из живого лога: ```text SCRIPT (E): Virtual Machine Exception Reason: NULL pointer to instance Class: 'StashSearchManager' Function: 'ReadStashSearchConfig' Stack trace: StashSearchServer/Scripts/4_World/stashsearchserver/plugins/pluginbase/stashmanager.c:70 Function ReadStashSearchConfig ``` Читаем не сверху вниз, а по смыслу: `Reason` - что случилось. `Class` - в каком классе. `Function` - какая функция упала. `Stack trace` - путь, где это произошло. В этом примере проблема не в ванильном DayZ и не в карте. Ошибка идет от мода `StashSearchServer`, функция читает конфиг тайников и ловит `NULL pointer`. Человеческий перевод: мод ожидал получить какие-то данные из конфига, но получил пустоту. Часто это бывает из-за пустого JSON, неправильной структуры файла, отсутствующего поля, битого конфига или несовместимой версии мода и его настроек. ## NULL pointer - это важно ```text Reason: NULL pointer to instance ``` Это значит, что скрипт пытается обратиться к объекту, которого нет. Например: - конфиг не загрузился; - нужный массив пустой; - файл есть, но внутри неверная структура; - мод ждет объект, который не был создан; - порядок модов или зависимостей неправильный; - старая конфигурация осталась после обновления мода. Если `NULL pointer` повторяется несколько раз в одном и том же моде, это уже кандидат номер один на проверку. В моем примере `StashSearchServer` ругается сразу на несколько функций: ```text ReadStashSearchConfig ReadStashGiftConfig ReadTypedStashConfig ReadStashSkillConfig GetTotalSkillSearches ``` Значит, я бы первым делом проверял именно конфиги `StashSearchServer`: созданы ли они, не пустые ли, подходят ли под текущую версию мода, не слетели ли после обновления. ## Явная ошибка настройки Еще один пример: ```text [VPPAdminTools] Error parsing credentials.txt! Please input a valid password, with no // at the start of the line! ``` Вот это очень понятная ошибка. `VPPAdminTools` не смог прочитать `credentials.txt`. Что проверить: - файл `credentials.txt` существует; - пароль указан без `//` в начале строки; - нет лишних комментариев в строке с паролем; - файл лежит там, где его ждет VPP; - после изменения сервер был перезапущен. Такую ошибку не надо философски трактовать. Лог прямо сказал, что ему не нравится. ## Ошибки доступа к папкам Пример: ```text [RD_Admin] Radiation directory is empty or DayZ Server have not access to this [RD_Admin] Resist directory is empty or DayZ Server have not access to this ``` Тут два варианта: 1. папка реально пустая; 2. серверный процесс не может прочитать эту папку. Проверяем путь, наличие файлов и права доступа. Особенно если сервер запущен не от того пользователя, под которым вы редактировали файлы. Если мод дальше пишет, что часть конфигов загрузилась, значит проблема может быть не смертельная, но игнорировать ее полностью я бы не стал. Такие вещи потом всплывают странным поведением зон, радиации, резистов и прочей логики. ## Что можно не чинить сразу В DayZ-модах очень часто встречаются предупреждения: ```text FIX-ME: Overriding function but not marked as override FIX-ME: Method argument can't be strong reference Possible variable name conflict No need to use Cast for up-casting Missing ';' at the end of line ``` Звучит страшно, но не всегда является причиной падения сервера. Если сервер запускается, игроки заходят, нужная механика работает, а эти предупреждения идут от известных Workshop-модов, то сначала лучше не лезть в них руками. Часто это особенности старого кода мода, обфускации или предупреждения компилятора, которые автор мода давно тащит за собой. Но есть оговорка: если после обновления DayZ или мода таких предупреждений стало больше, а механика сломалась, тогда уже смотрим внимательнее. ## Что нельзя пропускать Я бы не пропускал: - `SCRIPT (E)`; - `Virtual Machine Exception`; - `NULL pointer to instance`; - ошибки чтения JSON/XML; - ошибки конкретного конфига; - `Cannot open file`; - `Can't compile`; - ошибки в вашем `init.c`; - ошибки в моде, который отвечает за ключевую механику сервера; - повторяющуюся ошибку на каждом входе игрока. Повторяющаяся ошибка хуже одиночной. Одиночная могла вылезти при инициализации и не мешать. А вот если она сыпется постоянно, сервер будет страдать. ## Как понять, какой мод виноват Смотрите на путь в stack trace. Пример: ```text StashSearchServer/Scripts/4_World/... ``` Почти наверняка разбираемся с `StashSearchServer`. Другой пример: ```text CodeLock/scripts/4_world/... ``` Смотрим CodeLock. Еще пример: ```text $CurrentDir:mpmissions/DayZ.dz_map/init.c:98 ``` Вот это уже ваша миссия и ваш `init.c`. Если ошибка приходит сюда, надо смотреть строку рядом с указанной. ## Как я обычно разбираю лог Мой порядок такой: 1. Открываю самый свежий `script_*.log`. 2. Иду в конец файла и смотрю, дошел ли сервер до `OnMissionLoaded`. 3. Ищу `SCRIPT (E)` и `Virtual Machine Exception`. 4. Смотрю `Reason`, потом `Class`, потом первый путь в `Stack trace`. 5. Если ошибка из мода, проверяю конфиги этого мода и его зависимости. 6. Если ошибка из `init.c`, открываю указанную строку и последние правки. 7. Если ошибка повторяется при входе игрока, чиню ее в первую очередь. 8. Только потом смотрю предупреждения `SCRIPT (W)`. ## Что делать после исправления После правки не надо смотреть старый лог и ждать, что он сам исправится. Делайте так: 1. Остановить сервер. 2. Переименовать старый `script.log` или просто запомнить время. 3. Запустить сервер заново. 4. Открыть новый `script_*.log`. 5. Проверить, исчезла ли конкретная ошибка. Если ошибка исчезла, но появились новые ниже по логу, это нормально. Иногда сервер просто не доходил до следующей проблемы, пока вы не починили первую. ## По конкретному примеру Если брать лог с ошибками: ```text StashSearchManager ReadStashSearchConfig ReadStashGiftConfig ReadTypedStashConfig ReadStashSkillConfig GetTotalSkillSearches ``` Я бы начал с `StashSearchServer`: - проверить папку конфигов мода в профилях; - удалить временно сгенерированные конфиги только если есть бэкап; - сверить конфиги с актуальной версией мода; - проверить, не обновился ли мод без обновления серверной части; - проверить порядок зависимостей; - посмотреть, не требует ли мод обязательные поля, которых нет в старом JSON. Параллельно стоит поправить `VPPAdminTools credentials.txt`, потому что там ошибка явная и простая. ## Итог `script.log` не надо читать как список всего, что срочно сломано. Его надо читать как след. Главное правило простое: сначала ошибки `SCRIPT (E)` и stack trace, потом конкретные конфиги модов, потом ваш `init.c`, и только после этого предупреждения. Большая часть `FIX-ME` в модовом сервере может жить месяцами, а один `NULL pointer` в нужном месте будет ломать механику каждый рестарт. И да, перед любой правкой конфига делайте бэкап. Это скучно ровно до первого вечера, когда он спасает сервер.

# DayZ cfggameplay.json: полный разбор настроек `cfggameplay.json` - файл настроек геймплея миссии. Он лежит рядом с `init.c`: ```text mpmissions/dayzOffline.chernarusplus/cfggameplay.json ``` Чтобы сервер использовал этот файл, в параметрах запуска обычно должен быть включен gameplay config. ## Что можно настраивать В зависимости от версии DayZ файл может содержать разные секции, но чаще всего встречаются: - `GeneralData`; - `PlayerData`; - `WorldsData`; - `BaseBuildingData`; - `UIData`; - `MapData`; - `VehicleData`. ## GeneralData Общие параметры поведения сервера и мира. Примеры того, что здесь может встречаться: - включение/отключение некоторых систем; - настройки взаимодействия с миром; - глобальные параметры симуляции. ## PlayerData Настройки игрока: - выносливость; - вес; - повреждения; - поведение камеры; - ограничения действий. Если делаете казуальный PvE-сервер, параметры игрока можно сделать мягче. Если хардкор - наоборот. ## WorldsData Настройки карты и мира. Сюда могут относиться параметры окружения, объектов и поведения мира. ## BaseBuildingData Настройки строительства: - ограничения постройки; - столкновения; - размещение объектов; - правила демонтажа. Для PvE обычно дают больше свободы. Для PvP лучше держать строгие ограничения, иначе игроки быстро найдут способы строить нечестные базы. ## UIData Настройки интерфейса. Например, элементы HUD, подсказки, маркеры и отображение информации. ## MapData Настройки карты: - доступность карты; - отображение позиции игрока; - маркеры; - навигационные элементы. Пример логики: - хардкор: позицию игрока не показывать; - PvE: можно показать позицию и маркеры; - RP: зависит от концепции сервера. ## VehicleData Параметры транспорта, если они доступны в вашей версии файла. ## Как редактировать безопасно 1. Сделайте копию `cfggameplay.json`. 2. Меняйте один блок за раз. 3. Проверяйте JSON на валидность. 4. Перезапускайте сервер. 5. Проверяйте `script.log` и поведение в игре. ## Частые ошибки - лишняя запятая в JSON; - неправильный тип значения: строка вместо числа; - параметр из другой версии DayZ; - включили настройку, но забыли параметр запуска сервера; - скопировали чужой файл целиком и потеряли настройки своей карты. ## Пример подхода Не пытайтесь сразу сделать “идеальный” `cfggameplay.json`. Лучше идти блоками: 1. Сначала карта и UI. 2. Потом строительство. 3. Потом параметры игрока. 4. Потом транспорт и дополнительные механики. Так проще понять, какая настройка реально изменила поведение сервера.

# DayZ cfgspawnabletypes.xml: оружие с обвесами, контейнеры и cargo `cfgspawnabletypes.xml` отвечает за то, с чем появляется предмет. Например, автомат может заспавниться с магазином, прицелом и прикладом. Аптечка может появиться с бинтами. Контейнер - с предметами внутри. Путь: ```text mpmissions/dayzOffline.chernarusplus/cfgspawnabletypes.xml ``` или внутри `db`, в зависимости от структуры миссии. ## Пример оружия с attachments ```xml <type name="M4A1"> <attachments chance="0.40"> <item name="M4_CarryHandleOptic" chance="0.50" /> <item name="M4_MPBttstck" chance="0.40" /> <item name="M4_PlasticHndgrd" chance="0.40" /> </attachments> <attachments chance="0.30"> <item name="Mag_STANAG_30Rnd" chance="0.70" /> </attachments> </type> ``` `chance` - шанс появления. `1.0` значит 100%, `0.5` значит 50%. ## Пример контейнера с cargo ```xml <type name="FirstAidKit"> <cargo preset="meds" /> </type> ``` Пресет `meds` обычно описывается в `cfgrandompresets.xml`. ## Когда это нужно - хотите, чтобы оружие появлялось не пустым; - хотите рандомные магазины; - хотите аптечки с медициной; - хотите ящики с содержимым; - хотите сделать разные варианты одного предмета. ## Для RP-серверов Если у вас RP/AOD и на карте не должно быть обычного лута, этот файл тоже надо проверить. Даже если вы занулили `types.xml`, некоторые предметы могут появляться как вложения или содержимое других предметов. Например, контейнер сам разрешен, а внутри него появляется то, что вы забыли убрать. ## Как безопасно отключать Если предмет не должен получать обвесы или содержимое, можно убрать блоки `attachments` и `cargo` у конкретного типа. Не советую стирать весь файл без бэкапа. Лучше идти предмет за предметом. ## Частая ошибка Поставили шанс `1.0` на все обвесы и удивляются, что каждый автомат появляется как готовая сборка. Для survival это быстро убивает интерес к поиску. ## Хороший баланс Для обычного сервера: - магазин у оружия не всегда; - патроны не всегда; - прицел редко; - глушитель очень редко. Для RP: - либо отключить свободный спавн оружия; - либо выдавать собранные комплекты только через роли, склады, квесты или админов. `cfgspawnabletypes.xml` - это не главный файл количества лута, но он сильно влияет на качество найденного лута.

# DayZ cfgrandompresets.xml: случайные наборы предметов `cfgrandompresets.xml` используется для случайных наборов. Его часто связывают с `cfgspawnabletypes.xml`, чтобы контейнеры, аптечки, магазины или другие предметы появлялись с разным содержимым. ## Зачем он нужен Без пресетов все быстро становится одинаковым. С пресетами можно сделать: - разные аптечки; - случайное содержимое ящиков; - разные наборы еды; - наборы инструментов; - вариации стартового/ивентового лута. ## Пример идеи пресета ```xml <cargo chance="0.70" name="starter_food"> <item name="Apple" chance="0.50" /> <item name="Pear" chance="0.30" /> <item name="SodaCan_Cola" chance="0.20" /> </cargo> ``` Структура может отличаться в зависимости от файла и версии, поэтому смотрите существующие записи вашей миссии и повторяйте их стиль. ## Как использовать В `cfgspawnabletypes.xml` можно сослаться на пресет: ```xml <type name="DryBag_Red"> <cargo preset="starter_food" /> </type> ``` ## Для RP-сервера На RP/AOD такие пресеты удобно использовать не для обычного спавна, а для контролируемых сценариев: - стартовый набор новичка; - полицейский склад; - медицинская поставка; - гуманитарный груз; - квестовый контейнер. То есть не “все на карте случайно”, а “админ или система создала ящик, а внутри логичный набор”. ## Баланс Не делайте пресеты слишком жирными. Если каждый ящик дает полный комплект, экономика быстро перестает иметь смысл. ## Частые ошибки - неверное имя пресета; - неверное имя предмета; - шанс больше `1.0`; - пресет есть, но нигде не используется; - предмет из мода не подключен в types. `cfgrandompresets.xml` - хороший инструмент, когда хочется разнообразия, но без хаоса.

# Enfusion Hub — менеджер серверов DayZ для Windows **Enfusion Hub** — бесплатная программа для установки, настройки и управления выделенными серверами DayZ через удобную локальную веб-панель. Программа самостоятельно устанавливает SteamCMD и DayZ Dedicated Server, помогает подключать моды Steam Workshop, управлять несколькими серверами, игроками и банами, настраивать автоматические перезапуски и следить за журналом работы. ## Скачать [**Скачать Enfusion Hub 1.0.5 для Windows**](/uploads/guides/enfusionhub-manager/EnfusionHub-1.0.5.zip) В архив входят: - `EnfusionHub.exe` — программа; - `EnfusionHub.exe.config` — обязательная конфигурация поддержки длинных путей Windows. Не удаляйте и не переименовывайте `.config`. Для работы необходимы Windows x64, интернет, права администратора и свободное место для DayZ-сервера и модификаций. ## Что умеет программа - автоматически устанавливать SteamCMD и DayZ Dedicated Server; - создавать и обслуживать несколько экземпляров сервера; - запускать, останавливать и восстанавливать сервер после сбоя; - редактировать основные параметры и полный `serverDZ.cfg`; - искать, устанавливать и обновлять моды Steam Workshop; - подключать клиентские и серверные модификации; - копировать ключи `.bikey`; - проверять обновления сервера и включённых модов; - настраивать автоматические перезапуски и предупреждения; - подключаться к BattlEye RCon; - показывать игроков онлайн, кикать и блокировать их; - вести список банов и найденных в логах игроков; - показывать диагностический журнал в отдельной прокручиваемой панели; - работать с русским и английским интерфейсом.  ## Установка и первый запуск ### 1. Создайте отдельную папку Например: ```text C:\EnfusionHub ``` Желательно использовать короткий путь без кириллицы и специальных символов. Не устанавливайте программу в `C:\Windows` или `C:\Program Files`. ### 2. Распакуйте архив В папке должны находиться оба файла: ```text EnfusionHub.exe EnfusionHub.exe.config ``` При первом запуске автоматически появятся рабочие каталоги: ```text manager — настройки и журналы server — файлы серверов DayZ tools — SteamCMD ``` ### 3. Запустите программу Запустите `EnfusionHub.exe` двойным щелчком и подтвердите запрос контроля учётных записей Windows. Права администратора нужны для управления процессами и настройки правил брандмауэра. Не закрывайте главное консольное окно во время работы: оно является серверной частью панели управления. ### 4. Авторизуйтесь в SteamCMD При первом входе откроется отдельное окно SteamCMD. Если Steam запросит пароль или Steam Guard, введите данные именно в этом окне и дождитесь успешной авторизации. После успешного входа SteamCMD сохраняет зашифрованную сессию и использует `cached credentials`. Обычные проверки сервера и модов не должны запрашивать код повторно. Steam Guard понадобится снова только при отзыве сессии, смене пароля, переносе программы на другой компьютер или удалении `tools\steamcmd\config\config.vdf`. ### 5. Откройте веб-панель После установки и проверки DayZ Dedicated Server браузер откроется автоматически: ```text http://127.0.0.1:8765/ ``` Если вкладка не появилась, откройте этот адрес вручную. Панель доступна локально на компьютере, где работает Enfusion Hub. ## Создание и управление серверами На странице **«Серверы»** можно создать новый экземпляр, открыть его настройки, запустить, остановить или удалить сервер. Каждый сервер получает отдельный каталог и собственную конфигурацию. Перед удалением обязательно сохраните нужные файлы миссии, профили и данные persistence. ## Настройка сервера В разделе **«Сервер»** доступны: - имя и описание; - пароль для игроков и администратора; - максимальное число игроков; - whitelist и проверка подписей; - голосовой чат, вид от третьего лица и прицел; - время сервера и его ускорение; - параметры очереди входа; - миссия и Instance ID; - игровой порт и число CPU-ядер; - диапазон UDP-портов брандмауэра; - дополнительные аргументы запуска. После изменения параметров нажмите **«Сохранить»**.  Опытные пользователи могут раскрыть редактор исходного `serverDZ.cfg` и изменить параметры вручную. Перед этим рекомендуется сохранить резервную копию: синтаксическая ошибка в конфигурации может помешать запуску сервера. ## Установка и настройка модов Откройте раздел **«Моды»**, введите название модификации или числовой Workshop ID и нажмите **«Поиск»**. При установке Enfusion Hub: 1. загружает мод через SteamCMD; 2. копирует файлы в каталог выбранного сервера; 3. переносит найденные `.bikey` в папку `keys`; 4. добавляет мод в список запуска; 5. учитывает его при автоматической проверке обновлений. Поддерживаются обычные клиентские моды через `-mod`, серверные моды через `-serverMod`, а также локальные каталоги `@Clientmod` и `@Servermod`. После изменения порядка или состояния модификаций нажмите **«Сохранить список модов»**.  ## Игроки, RCon и баны В разделе **«Игроки»** настройте BattlEye RCon: - IP: обычно `127.0.0.1`; - порт: должен совпадать с настройкой BattlEye; - пароль: должен совпадать с `RConPassword`; - включите переключатель RCon и сохраните настройки. После подключения можно просматривать игроков онлайн, кикать и блокировать их, создавать ручные баны по BE GUID, DayZ UID или IP и снимать активные блокировки.  Никому не передавайте RCon-пароль и не используйте простой пароль на публичном сервере. ## Автоматические перезапуски В разделе **«Авторестарты»** включите расписание и укажите время по одному значению на строку в формате `HH:mm`: ```text 00:00 06:00 12:00 18:00 ``` Отдельно задаётся количество минут предупреждения перед перезапуском. Используется локальное время Windows.  ## Порты и доступ из интернета Основной порт DayZ обычно `2302/UDP`. Сервер также использует соседние UDP-порты. Если сервер не отображается у игроков: 1. проверьте правила брандмауэра Windows; 2. настройте проброс UDP-портов на роутере; 3. убедитесь, что провайдер выдаёт публичный IP; 4. проверьте, не занят ли порт другим экземпляром сервера. ## Журналы и диагностика Диагностические файлы находятся в: ```text manager\logs ``` Основные журналы: - `launcher-YYYYMMDD-HHMMSS.log` — запуск программы и SteamCMD; - `manager-YYYYMMDD.log` — веб-панель, серверные процессы и фоновые операции; - `auto-update-*.log` — автоматические проверки обновлений. Кнопка **«Очистить»** в веб-интерфейсе очищает текущий буфер отображения, но не удаляет диагностические файлы с диска. ## Безопасность Данные Steam сохраняются в `manager\steam-auth.json`. Пароль защищён Windows DPAPI и привязан к текущей учётной записи Windows. Не публикуйте и не передавайте другим людям: - папку `manager`; - `steam-auth.json`; - пароль RCon; - приватные конфигурации и журналы сервера. Для администрирования рекомендуется использовать отдельную Steam-учётную запись с необходимым доступом к Workshop. ## Если что-то не работает **SteamCMD выглядит зависшим** — проверьте его отдельное окно: оно может ожидать пароль или Steam Guard либо проверять несколько гигабайт файлов. **Панель не открылась** — вручную перейдите на `http://127.0.0.1:8765/` и убедитесь, что консоль Enfusion Hub не закрыта. **Сервер не запускается** — проверьте `manager\logs`, синтаксис `serverDZ.cfg`, выбранную миссию, список модов и занятость портов. **Моды не обновляются** — проверьте сохранённую Steam-сессию, Workshop ID, интернет, свободное место и последние `auto-update-*.log`. --- Enfusion Hub распространяется бесплатно. Сообщения об ошибках и предложения по развитию программы можно оставлять в этой теме.

# DayZ serverDZ.cfg: базовая настройка сервера `serverDZ.cfg` - главный конфиг самого сервера. Не миссии, не лута, а именно серверных правил: название, пароль, слоты, вид от третьего лица, логи, BattlEye и прочее. ## Что обычно находится в serverDZ.cfg ```cfg hostname = "My DayZ Server"; password = ""; passwordAdmin = "strong-admin-password"; maxPlayers = 60; verifySignatures = 2; forceSameBuild = 1; disableVoN = 0; vonCodecQuality = 20; disable3rdPerson = 0; disableCrosshair = 1; serverTime = "SystemTime"; serverTimeAcceleration = 4; serverNightTimeAcceleration = 8; loginQueueConcurrentPlayers = 5; loginQueueMaxPlayers = 500; instanceId = 1; storageAutoFix = 1; ``` ## hostname Название сервера в списке. Не делайте название на 200 символов. Игроки все равно читают первые слова. ## password Пароль для входа на сервер. Если сервер публичный, оставляйте пустым. ## passwordAdmin Админ-пароль. Его нельзя делать простым. Не используйте пароль от сайта, почты или RCON. ## maxPlayers Количество слотов. Не ставьте 100 просто потому что хочется. Если железо и моды не вывозят, сервер будет страдать. ## verifySignatures Проверка подписей модов. Обычно: ```cfg verifySignatures = 2; ``` Отключать это на публичном сервере плохая идея. ## disable3rdPerson `0` - третье лицо включено. `1` - третье лицо отключено. ## serverTimeAcceleration Ускорение времени днем. ## serverNightTimeAcceleration Ускорение ночи. Часто ночь делают быстрее, чтобы игроки не сидели по домам полчаса. ## storageAutoFix Может помочь при некоторых проблемах storage, но не воспринимайте это как замену бэкапам. ## Для RP-сервера RP-серверу обычно важны: - понятное название; - whitelist или пароль на этапе тестов; - стабильное время; - нормальный VoN; - строгие подписи модов; - понятные правила входа. ## Частая ошибка Меняют конфиг, но сервер запускается с другим файлом. Всегда проверяйте параметры запуска и путь к `serverDZ.cfg`. ## Совет Храните рядом копию рабочего конфига. Когда сервер внезапно перестал отображаться или пускать игроков, проще сравнить два файла, чем вспоминать, что вы меняли ночью.

# DayZ cfgeconomycore.xml: подключение модовой экономики `cfgeconomycore.xml` говорит серверу, какие economy-файлы использовать. Через него подключают стандартные `types.xml`, события, spawnabletypes и отдельные файлы модов. Путь: ```text mpmissions/dayzOffline.chernarusplus/cfgeconomycore.xml ``` ## Пример стандартного блока ```xml <ce folder="db"> <file name="types.xml" type="types" /> <file name="events.xml" type="events" /> <file name="spawnabletypes.xml" type="spawnabletypes" /> </ce> ``` ## Подключение отдельной папки ```xml <ce folder="custom"> <file name="types_custom.xml" type="types" /> <file name="events_custom.xml" type="events" /> </ce> ``` Так удобнее держать свои изменения отдельно от стандартных файлов. ## Зачем выносить моды отдельно Потому что потом проще обновляться. Если вы все запихнули в один огромный `types.xml`, через месяц уже непонятно, где ваниль, где мод, где ваша правка, а где случайно скопированная строка. ## Для RP/AOD без обычного лута Это очень важный файл. Вы можете выключить ванильный лут в основном `types.xml`, но мод может подключать свой economy-файл через `cfgeconomycore.xml`. И тогда на карте снова появятся вещи. Проверяйте все подключенные папки: - `db`; - `custom`; - папки модов; - economy-паки от сборок; - файлы, которые добавлялись “временно”. ## Как отключить модовый лут Варианты: 1. Убрать подключение файла из `cfgeconomycore.xml`. 2. В самом модовом `types` поставить `nominal 0` и `min 0`. 3. Оставить только нужные предметы. Я обычно предпочитаю второй вариант: файл остается на месте, но лут явно выключен. ## Частая ошибка После установки мода забывают подключить его `types.xml`, а потом предметы есть в админке, но не появляются на карте. И обратная ситуация: хотели убрать лут, но забыли, что модовый файл все еще подключен. ## Итог `cfgeconomycore.xml` - это список источников экономики. Если вы не знаете, что в нем подключено, вы не контролируете экономику сервера.

Ребят подскажите у кого лучший трейдер. Хочу посмотреть среди платных и бесплатнх модов

# DayZ globals.xml: системные лимиты экономики и мира `globals.xml` - файл, который часто трогают в последнюю очередь, хотя он влияет на поведение экономики, животных, зараженных и общие лимиты мира. Путь: ```text mpmissions/dayzOffline.chernarusplus/db/globals.xml ``` ## Что там обычно настраивают Внутри файла идут значения формата: ```xml <var name="AnimalMaxCount" type="0" value="200"/> ``` Название параметра говорит, за что он отвечает. Значение задается в `value`. ## Примеры важных параметров `AnimalMaxCount` - общий лимит животных. `ZombieMaxCount` - общий лимит зараженных. `CleanupLifetimeDeadAnimal` - время очистки мертвых животных. `CleanupLifetimeDeadPlayer` - время очистки тел игроков. `CleanupLifetimeRuined` - время жизни уничтоженных предметов. `SpawnInitial` - поведение начального спавна экономики. Названия могут отличаться в зависимости от версии игры и карты, поэтому не копируйте чужой файл вслепую. ## Для чего это реально нужно Если сервер лагает, мало просто удалить пару модов. Иногда проблема в слишком больших лимитах: - много зараженных; - много животных; - долго лежат трупы; - долго лежат испорченные предметы; - экономика держит слишком много объектов. ## Для RP/AOD-серверов Если у вас нет обычного лута и основной упор на RP, `globals.xml` помогает сделать мир чище. Можно: - уменьшить количество зараженных; - уменьшить количество животных; - ускорить очистку мусора; - сделать меньше случайной нагрузки на сервер. Но не выкручивайте все в ноль без тестов. Иногда моды или сценарии рассчитывают, что часть систем мира работает. ## Как менять правильно 1. Сохраните оригинал. 2. Измените 1-2 параметра. 3. Перезапустите сервер. 4. Посмотрите FPS сервера и логи. 5. Проверьте поведение в игре. ## Мой совет `globals.xml` - это не место для “рандомных цифр из интернета”. Он может помочь оптимизации, но может и сломать привычное поведение мира. Меняйте спокойно, с бэкапом и пониманием, зачем трогаете конкретную строку.

# DayZ events.xml: события, вертолеты, машины и динамический спавн `events.xml` управляет событиями на карте. Это не только вертолеты. Через события работают машины, зараженные, животные, dynamic events, полиция, военные места и много чего еще. Файл лежит тут: ```text mpmissions/dayzOffline.chernarusplus/db/events.xml ``` ## Пример события ```xml <event name="StaticHeliCrash"> <nominal>3</nominal> <min>1</min> <max>3</max> <lifetime>2500</lifetime> <restock>0</restock> <saferadius>1000</saferadius> <distanceradius>1000</distanceradius> <cleanupradius>1000</cleanupradius> <flags deletable="1" init_random="0" remove_damaged="1"/> <position>fixed</position> <limit>child</limit> <active>1</active> <children> <child lootmax="10" lootmin="5" max="3" min="1" type="Wreck_Mi8_Crashed"/> </children> </event> ``` ## nominal, min, max `nominal` - сколько событий сервер хочет держать. `min` - ниже какого числа надо пытаться восстановить событие. `max` - максимум активных событий. ## lifetime Сколько событие живет, прежде чем будет удалено. ## saferadius Радиус безопасности. Событие не должно появляться слишком близко к игрокам. ## distanceradius Минимальная дистанция между событиями одного типа. ## cleanupradius Радиус очистки вокруг события после его завершения. ## active `1` - событие включено. `0` - событие выключено. Для RP-серверов это удобно: можно полностью отключить вертолеты, полицейские аварии или лишние динамические объекты. ## position `fixed` - событие использует заданные позиции из файлов карты. `player` - событие может зависеть от игроков. `custom` и другие варианты зависят от типа события и карты. ## children Дочерние объекты события. Например, какой именно вертолет или машина появится. ## Как отключить событие Самый понятный способ: ```xml <active>0</active> ``` Можно еще поставить: ```xml <nominal>0</nominal> <min>0</min> <max>0</max> ``` ## Для RP/AOD без свободного лута Если на сервере не должно быть случайных халявных источников лута, проверьте события особенно внимательно. Отключайте или переделывайте: - вертолетные крушения; - полицейские машины; - военные события; - события с контейнерами; - события модов, которые создают предметы. Иначе можно отключить лут в `types.xml`, но игроки все равно будут находить вещи через события. ## Частая ошибка Меняют `types.xml`, но забывают `events.xml`. Потом спрашивают: “откуда на карте оружие, если я его выключил?” Ответ часто именно здесь. ## Как проверять После правки: 1. Перезапустите сервер. 2. Посмотрите логи economy. 3. Подождите цикл спавна. 4. Проверьте места событий в игре или через админ-инструменты. События - это отдельная жизнь сервера. Если вы делаете серьезный проект, их нельзя оставлять на автопилоте.