ARK Survival на сервере: частые ошибки и решения

MAATRIX

ARK — тяжёлый сервер, и большинство проблем с ним связаны с ресурсами, лимитами системы и обновлениями. Сервер вылетает по памяти, не появляется в списке, падает под нагрузкой или теряет сохранения. Разберём частые ошибки сервера ARK Survival по симптому, причине и решению с командами — от нехватки RAM и файловых дескрипторов до потери прогресса и модов.

Сервер вылетает по нехватке памяти

Самая частая проблема ARK: сервер запускается, но через время вылетает, а в логе система пишет об убитом процессе. ARK держит в памяти всю карту с существами и постройками, и потребление RAM велико с самого начала, а к вечеру пикового онлайна достигает максимума. Если памяти впритык, сервер убивает OOM-киллер.

Проверьте, что произошло, и оцените потребление.

dmesg | grep -i oom
free -h

Записи об OOM означают, что памяти физически не хватило. Временно помогает снижение MaxPlayers и отказ от лишних модов, но по-настоящему проблему решает только достаточный объём RAM. Для одной карты с активным онлайном закладывайте от 12 ГБ, для кластера умножайте на число карт. Это объективное требование игры, а не следствие неправильной настройки. Если вы упираетесь в память регулярно, честнее перейти на VPS помощнее, чем бесконечно урезать сервер и лишать игроков комфорта.

Сервер запущен, но не виден в списке

Сервер работает, лог чистый, но в браузере серверов ARK его нет. Почти всегда виновата настройка портов, а именно порт запросов. ARK использует игровой порт 7777, дополнительный 7778 и отдельный порт запросов 27015, через который сервер сообщает о себе в список. Если открыт только игровой порт, подключиться по прямому IP можно, а в списке сервера не будет.

ufw allow 7777:7778/udp
ufw allow 27015/udp
ss -ulnp | grep -E '7777|27015'

Все порты открываются по UDP. Частая ошибка — забыть про QueryPort 27015 или про дополнительный 7778. Проверьте командой ss, что сервер действительно слушает эти порты. Ещё одна причина невидимости — сетевой фильтр провайдера, режущий UDP; загляните в панель управления VPS. Пока сервер не зарегистрировался в списке, игроки могут зайти напрямую по IP через меню подключения по адресу.

Сервер падает под нагрузкой по лимиту дескрипторов

Коварная ошибка: сервер стартует и работает при малом онлайне, но при заполнении слотов внезапно падает без явной причины нехватки памяти. Частый виновник — системный лимит на число открытых файловых дескрипторов. ARK открывает их очень много, и стандартного лимита не хватает при большом числе игроков и существ.

Проверьте текущий лимит и поднимите его для сервиса.

ulimit -n
grep LimitNOFILE /etc/systemd/system/ark.service

Решение — добавить в systemd-юнит параметр LimitNOFILE с большим значением, например 100000, и перезапустить сервис после daemon-reload. Если вы запускаете сервер не через systemd, поднимите лимит в /etc/security/limits.conf для пользователя ark. После этого падения под нагрузкой прекращаются. Это одна из тех проблем, которую невозможно угадать по симптомам без знания специфики ARK, поэтому держите повышенный лимит в юните с самого начала.

Потеря сохранений после сбоя

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

cp -r /home/ark/server/ShooterGame/Saved /home/ark/Saved-broken-copy

Дальше всё зависит от наличия бэкапа. Если вы настроили регулярное архивирование каталога Saved через cron, просто восстановитесь из последней копии, потеряв минимум прогресса. Если бэкапа нет — это болезненный урок: в ARK потеря даже часа игры расстраивает сообщество, а потеря дней может убить сервер. Настройте частые бэкапы прямо сейчас, несколько раз в день, и храните копии отдельно от основного диска. Медленный диск усугубляет риск повреждений при сохранении, поэтому под ARK нужен SSD.

Моды не грузятся или ломают сервер

После добавления модов сервер не запускается, зависает на загрузке или вылетает. ARK подгружает моды из Steam Workshop по идентификаторам, и проблемы возникают по нескольким причинам. Первая — мод несовместим с текущей версией сервера: после обновления игры моды тоже должны обновиться, иначе ломают запуск. Вторая — конфликт модов между собой, особенно если несколько модов меняют одни и те же механики.

Диагностика простая: уберите все моды и убедитесь, что чистый сервер стартует, затем добавляйте моды по одному, проверяя после каждого. Так вы найдёте виновника. Обращайте внимание и на порядок загрузки модов: некоторые из них должны идти строго перед другими, и неправильная очередь в списке способна сломать работу карты или предметов. Помните и о памяти: моды увеличивают потребление RAM, и сервер, который еле помещался в память без модов, с ними начнёт вылетать. Если моды вам действительно нужны, заложите под них дополнительный запас памяти при выборе VPS — у MAATRIX можно взять сервер с достаточным объёмом RAM в нужной локации и оплатить из России картой, СБП или криптой, не жертвуя модами ради стабильности.

Сервер не поднимается после обновления или перезагрузки

После патча ARK или ребура VPS сервер не стартует. Две типичные причины. Первая — не обновлены серверные файлы: клиенты уже на новой версии, а сервер на старой, и они несовместимы. Обновите сервер через SteamCMD.

su - ark
steamcmd +force_install_dir /home/ark/server +login anonymous +app_update 376030 validate +quit
systemctl status ark
journalctl -u ark -n 40

Вторая причина — отсутствие или ошибка автозапуска. Проверьте systemd-юнит: неверный рабочий каталог или путь к бинарнику ShooterGameServer роняет сервис при старте, а журнал journalctl покажет конкретную причину. После правки выполните daemon-reload и включите автозапуск через systemctl enable. Учтите, что ARK стартует медленно — загрузка большой карты занимает время, и в первые минуты сервер ещё не принимает игроков, это нормально.

Частые вопросы