Протектор cs 1.6 / Белый список команд

Давно назревала тема.
Все протекторы блокируют любые команды отправляемые на клиент, но это не выход, есть действительно необходимые команды для полноценного геймплея.

Давайте совместно решим эту проблему в направлении: Админы серверов <-> Админы мониторингов.
Я думаю многие админы мониторингов пойдут на встречу и разрешат в белом списке действительно необходимые команды.

Собственно вопрос к админам серверов - Какие команды вы хотите отправлять на клиент и почему?
Давайте вместе составим общий белый список.

connect - белый список адресов.
У многих несколько серверов. Разрешить connect между всеми серверами в мс. Тогда можно ставить плагины и через меню на сервере переходить между своими серверами.

sergggzi,
+
добавил

Возможно ли разрешить изменение команд скорости cl_forwardspeed, cl_backspeed, cl_sidespeed.
Ибо, если на сервере надо увеличить скорость игроку, а у него залочено на 4 сотках, приходится мудрить, ибо протектор заблочит изменение))

ThePhoenix, я думаю можно многое разрешить. Только надо продумать такую систему, чтобы команда отправлялась временно, тюе пока игрок у вас на сервере. Как только он вышел, все вернулось обратно. А иначе если каждый начнет подстраивать клиент под себя, то делов нормальных не будет.

Разве можно сделать изменение временно?) В моём случае, клиент ничего не потеряет, абсолютно, если конечно другой админ сервера не решит изменить эти команды меньше 400... Я думаю, никто не додумается :)

ThePhoenix, думаю что можно. Может чего разрабы rehlds придумают, толковые же люди там) Тема на самом деле важная, даст больше возможностей для модов, а не пилить что-то костылями. Но как я говорю, важно не вредить при этом клиенту.

sergggzi,
ну можно и без серверной части.
я тебе писал примерно как это вижу.

можно, например, перед входом на сервер сохранять актуальный конфиг, при выходе восстанавливать.
Можно, к примеру, и для каждого сервера конфиг тоже сохранять и при входе на сервер его восстанавливать.
Условно если игрок на одном сервере под одним ником, на другом под другим, или ещё лучше с разными админками\паролями и всё такое прочее.

mazdan,
ну я похожее предложил sergggzi в скуйпе.
это уже проблемы протекторов как и тд.
сейчас главное понять что необходимо разрешить для выполнения на клиенте.

ThePhoenix,
добавил в первый пост

Изменить конфиг игроку(от сервера) при выходе не удастся, игрок к тому времени уже не будет на сервере, во всяком случае, такие проблемы я наблюдал, поэтому идея о том, что бы протектор при входе на сервере сохранял актуальный конфиг и при выходе его возвращал более менее годная идея, но не весь кфг, а только те параметры, которые мы разрешили. Но и тут нужно учитывать, что игрок может сам поменять квар в течении игры, главное это понять и не возвращать исходное значение при выходе.

желательно дать понять админу сервера, что игрок именно с твоего клиента. иначе отправишь ему коннект, а он с какого-нибудь фуллсервера пришёл и твой сервер улетает в бан на мониторинге

mOdest,
уже никто не банит за разные команды, если это не что-то говняное.
банят всякие логгеры с автобаном в сборках портала.

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

csnet,
"нормальные" люди все это с помощью хуков ловят и обрабатывают на сервере.

cl_weather

r1nk0,
+

gl_texturemode , если мод нагружен то можно делать менее качественную графику
cl_corpsestay чтобы трупы исчезали быстрей, хотя можно конечно энтити "bodyque" поискать

Так расширение клиента как протекторы будут фигурировать в теме в итоге? Просто очевидно одно — менять клиентские настройки игроков ни в коем случае нельзя, если не будет существовать специального sandbox для этого. Квары со стороны сервера восстановить не получится, если клиент неожиданно отключиться. В последствии игроку придется постоянно возвращать прежние значение квара (вот с cl_minmodels явный пример, это команду меняют, как правило, самостоятельно через консоль) и это не круто. Листинг кваров можно составить только из кваров, нестандартные значения которых использовать нечестно, так что квары такие как cl_minmodels, cl_forwardspeed/cl_backspeed/cl_sidespeed (несбалансированные значения могут повлиять на качество передвижения, к которому игрок не привык и не будет привыкать), gl_fog и cl_weather в принципе менять нельзя. Последние два еще можно было бы оставить, но неужели нужды сервера важнее чем комфортная игра игрока, у которого малопроизводительное железо? Если на сервере требуется туман для игрового режима, то пускай игрок ставится перед фактом — либо ты играешь с туманом, меняя значение квара самостоятельно, либо ты на сервере не играешь. Либо пускай для серверов разрабатывают диалоговые интерфейсы для изменения кваров, через которые можно было бы привлечь игрока изменить их, перекладывая ответственность за измененное значение квара на самого игрока. Только в этом случае придется проверять сервера на факт автоматического изменения значений кваров, к примеру, запустив бота, который, соответственно, ни на что не согласиться.
К примеру квара, нестандартное значение которого является нечестным, можно привести gl_monolights 0 (проигнорирует изменение яркости освещения на сервере, если это было обусловлено игровым режимом или картой). Не смотря на то, что этот квар можно отнести к пользовательским, которые якобы поднимают производительность, его нечестность в отключении полной темноты на сервере колоссальная и не сравнимая с cl_weather 0 или gl_fog 0 (хотя по поводу тумана немного спорно, зависит от ситуации).
По поводу команд: могу предложить _restart. Эта команда перезапустит клиент и автоматически подключит клиент на сервер, на котором он только что был. Очень полезно для таких вещей как TutorText, ресурсы для которого отсутствуют по умолчанию на клиентах и при загрузке которых требуется перезапуск для вступления изменений в силу. Диалоговые окна были бы тоже очень кстати для исполнения такой команды, но считаю, что это в этом случае это сугубо дело сервера, если ответственные готовы распугать игроков нештатными перезагрузками без оповещений.