2 Ноября 2026 19:43

Почему ReHLDS отключает игроков за превышение частоты команд

Статья

Просмотры1 Нравится0

1 / 1

CS 1.6

Сервер

Почему ReHLDS отключает игроков за превышение частоты команд

ReHLDS может отключать или временно блокировать игрока при превышении допустимой частоты клиентских команд. Для строковых команд используются параметры stringcmdrate, для команд движения — movecmdrate. Сначала сопоставьте точный текст лога с нужным семейством: одинаковое слово «команда» не делает эти проверки взаимозаменяемыми.

Как читать имена параметров

stringcmdrate_max_avg	Предел усреднённой частоты строковых команд; это не обычный сетевой rate в байтах.
stringcmdrate_max_burst	Ограничение резкого всплеска строковых команд.
avg_punish и burst_punish	Отдельные наказания для средней частоты и всплеска; в документации время указывается в минутах.
movecmdrate	Другая группа проверок, относящаяся к командам движения.

Разбор конкретного отключения

1Сохраните строку сервера с причиной, временем и нужным идентификатором игрока. Не публикуйте чужие адреса и приватные сведения в открытом обсуждении.

2В своей консоли запросите значения sv_rehlds_stringcmdrate_max_avg, sv_rehlds_stringcmdrate_max_burst и соответствующих *_punish без изменения настроек.

3Попросите игрока проверить повторяющиеся бинды, зацикленные alias и внешние макросы. На тестовой площадке сравните поведение с простыми стандартными назначениями.

4Если проблема массовая после обновления конфигов или плагина, сначала откатите конкретное изменение и повторите тест. Изменение порогов оправдывайте наблюдаемыми данными, а не единичной жалобой.

Почему значение 0 может оказаться опасным

У параметров наказания *_punish ноль в документации ReHLDS означает постоянную блокировку, а отрицательное значение — кик. Это не универсальное «выключить проверку». До изменения прочитайте справку именно своей версии и сохраните прежние значения.

Не переносите эти правила на все cvar с похожим названием: единицы и смысл нуля зависят от конкретного параметра. Порог срабатывания и наказание после срабатывания — разные настройки. Повышение порога не исправляет бинд, который бесконечно отправляет команды.

Как проверить результат

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

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

Вопросы и ответы

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

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

Другие руководства по CS 1.6