Тогда уж и заголовок исправить — (обновлена 14.01.2015), многие по нему ориентируются, дабы не клацать одно и тоже каждый день почём зря.

Kasper55, http://aghl.ru/forum/viewtopic.php?f=10&t=1741
Дополнительно поясню, почему логи пишутся не отдельно, а в общую кучу для конкретного мода (в данном случае — cstrike). Чтобы понять, по какой причине происходит выдача предупреждений и банов нужно иметь максимально полную картину происходящего на сервере, т.е. как минимум все факты коннектов, дисконнектов, подвисаний и т.д. Такую информацию предоставляют только общие логи.

Что же вообще до общей ситуации по борьбе с фейками, то здесь следует понимать, что механизмы забивания сервера серьёзно эволюционировали, и если раньше, во времена dproto 0.4.8-0.9.187, это было тупое забивание сервера спектаторами, которых нельзя кикнуть через AMXX, то теперь это уже почти полноценные боты с поддельными ID от RevEmu, которые умеют бегать по маршрутам и даже атаковать идущих на них игроков. Задача, в итоге, усложнилась на порядок, и без полноценной обратной связи со стороны комьюнити она нерешаема.

No shit Sherlock!
Нон-стимы, как ни странно, тоже бывают разными, иначе бы я не задавал уточняющих вопросов. Какой билд, патч, эмулятор у тех, кто не может присоединиться?

Суть в том, что _pw (и вообще все поля, которые начинаются с _) не отправляются самим игровым движком другим игрокам, иначе бы, и без того сомнительная, возможность ставить права администратора через ник и пароль, была бы полностью скомпрометирована ещё 9-10 лет назад.

Отнюдь. Например для CS, по-моему, помимо topcolor и bottomcolor, не нужно также и model. Значение model по умолчанию явно HLшное (gordon), что никак не согласуется с тем, что мы видим в CS.
В общем же случае идёт речь о тех параметрах, значения которых явно не нужно знать (и, соответственно, отправлять) другим игрокам, но не самому серверу.
Например, через какой-нибудь Complexity Demo Player ты можешь убедиться, что в POV-демо одного конкретного игрока содержится информация о том, какие у каждого из играющих на сервере значения rate и cl_updaterate, что знать рядовому клиенту также не нужно.

Одно не мешает другому, очевидно.

Совершенно разные вещи, но в целом служат одной и той же цели.
Двумя словами — NBF увеличивает размеры буферов, которые имеют склонность к переполнению, UINO — уменьшает объём передаваемых данных к клиенту.

UINO — metamod-плагин, который позволяет удалять ненужные поля из userinfo (setinfo) когда движок передаёт его другим игрокам на сервере. Данная мера уменьшает объём передаваемых данных и немного сокращает шанс быть кикнутым с "Reliable channel overflowed".

Особенности:

* Передаются только необходимые поля из userinfo (по умолчанию "name model *sid *hltv topcolor bottomcolor", может быть изменено в конфигурационном файле)
* Отправляется меньше данных когда userinfo было изменено (например, смена модели игрока в начале нового раунда)
* Немного уменьшается шанс быть кикнутым с "Reliable channel overflowed"

Archangel236, они явно перепутали TCP с UDP. HLDS НЕ работает по TCP.

К слову говоря, установка ServerInfoAnswerType = 0 действительно решает проблему с зависанием маршрутизатора.
Вот теперь жду жалобщиков, у кого клиент зависает при коннекте (если такие вообще будут, учитывая, что я давно закрыл все клиенты старее 4554 билда).

mazdan, пойдёт и два по /16, в текущих масштабах можно и не напрягаться с адресацией. Это больше так, придирка -))
P.S. да, Mikrotik в таких делах, конечно, штука отменная.
XyLiGaN, об этом должен твой хостер заботиться в первую очередь, такие проблемы — строго их приоритет.

ssx, у тебя проблема один-в-один с моей, см. выше мой пост.
mazdan, это если его роутер ещё позволяет такое делать (как бы ему не пришлось заморачиваться с OpenWRT/DD-WRT прошивками). В моём случае (Zyxel Keenetic GIGA II) вообще было достаточно забить правила в межсетевом экране, и все зловредные соединения тут же пропали даже без перезагрузки.

cid_nosteam47 и cid_nosteam48, они же clients that do not support unique id generation.

dehost,
Подойдёт. Только, само собой, надо заменить выдачу оружия.

—>

А как же 5447 под Linux? И, кстати, если мне не изменяет память, был и 5758 под Linux.

В готовом виде скорее всего нигде. Официального полного changelog нет. Информация распылена самой Valve повсюду, соответственно желающих её консолидировать из праздного любопытства немного.

Тем не менее, при желании, часть истории восстановить можно:

1) Рассылка электронной почты Valve:
http://www.mail-archive.com/search?l=hlds_...%22&start=0
http://www.mail-archive.com/search?l=hlds_...amp;x=0&y=0

2) Старые страницы из недр Steampowered.com
http://www.steampowered.com/platform/updat.../Half-Life.html
http://www.steampowered.com/platform/updat...ter-Strike.html

3) Страницы с информацией об обновлениях на актуальных центрах сообществ HL и CS:
http://steamcommunity.com/app/70/announcements
http://steamcommunity.com/app/10/announcements

Номер билда в большинстве случаев можно вычислить по формуле "Количество дней между ДатаВыпускаБилда и 10/24/1996" (http://www.onlineconversion.com/days_between.htm в помощь).
Почему в большинстве, но не во всех? Потому что несколько критических обновлений HLDS 2011~2012 годов были выпущены без изменения номера билда, например таковые были включены в 5408 под Win/5447 под Linux, 5758 под Win. И это только то, что я вспомнил.

Неверно. sv_allowdownload отвечает только за закачку непосредственно с игрового сервера по UDP, и никоим образом не влияет на работу sv_downloadurl для закачки по HTTP.

https://forums.alliedmods.net/showthread.php?t=69006
Сам использую.
При таких значениях:
vm_alives 1
vm_deads 2
Будет именно то, что ты просишь.