XoRe

снифферы )

Мне тоже так думается )

Когда устранятся все или 9Х% (не по количеству, а по значимости) будем рады поставить)

Я у себя проверял диверт на FreeBSD 5.1 делал так ipfw add 100 count ip from ip to any ipfw add 200 divert в старгейзер ip from ip to any ipfw add 300 count ip from ip to any Нажимал на какую-нить закачку. на 100 правиле ipfw show показывал какое-то количество пакетов. на 200 правиле было, если не ошибаюсь, такое же количество пакетов. на 300 правиле было 0 пакетов. Т.е. из диверта пакеты не возвращались. Была мыслЯ заменить divert на tee, но я не помню, что с этой мыслЁй стало. Наверное пробовал, но и так не считало. Хотя можно попробовать ещё раз. Люди, замените divert на tee и

Скриптом, использующим консольный конфигуратор. Т.е. пишешь скрипт, который с помощью консольного конфигуратора снимает абонплату при каком-то условии. Если условие - достаточное количество денег на счету клиента, то скрипт смотрит значение параметра Cash в файле stat в папке пользователя. Получается так: скрипт обрабатывает файлы stat и conf в папке пользователя. И в соответствии с полученными значениями запускает sgconf или не запускает. Таким образом можно сделать очень гибкую систему снятия абонплаты. Например можно сделать так, чтобы велась статистика, сколько снято денег за конкре

Возможно, mysql не открывает порт, а создает для подключений именованый канал в виде файла. А все пытаются коннектиться на порт. Советую почитать доку и посмотреть, как пытаются подключаться к mysql на твоем сервере.

а какой у тебя на сервере запущен sql сервер?

Скриптом, использующим консольный конфигуратор.

Попробуй сменить админский порт на 5555. Поставь в конфиге опцию BigDB на "no" вместо "yes"

Насколько я понял, для 4 ветки FreeBSD диверт работает, для 5 - нет.

хммм... интересно... Если я правильно уловил смысл, то теперь будет гораздо удобнее обновлять стг. Т.е. не заново компилить и обновлять бинарник, а скомпилить 1 модуль, заменить им старый и перезапустить стг. Кстати, совет борису: сделать в стг проверку конфигов и прочих файлов на необходимые записи. И добавление необходимых записей при необходимости. Т.е., например, если поставили новую версию стг, и для неё нужны ещё какие-то строчик в конфиг, а этих строчек там нет, то стг сам добавляет эти строчки в конфиг с дефолтными значениями. Возможно в основе такого моего совета лежит моя лень.

Сейчас занялся установкой сервера Lineage2 C1, краденого официального сервера (178 метров в архиве, ставится под винду), поэтому могу сказать то, что знаю. 1. На С1 есть NPC. Сервер полностью рабочий. Сам сервер - это несколько программ, которые надо настроить и запустить. + нужно поставит и настроить базу данных на mssql 8(или 2000). За NPC отвечает программа L2NPC. Именно на NPC идет бОльшая часть оперативки при сервере без подключенных к нему клиентов. Друг в локалке поставил у себя сервер на 512 метрах оперативки DDR 3200. Без загруженных npc к этому серверу законнектилось 3 человек

2p0int: можно поподробнее, как он садит сеть пингами?

Стыдного я в этом послании ничего не вижу. Имхо, на таких провайдеров нужно равняться.

А, ты про rpm. Советую обратиться к автору сервера, чтоб он тебе собрал rpm с подсчетом через LIBIPQ.

Если есть деньги, то можно и квартиру снять.

Могу посоветовать не ставить стг, скомпиленный на другой системе. gcc очень любит сохранять внутри бинарника версии библиотек, используемых при компиляции. А потом ругаться, если версии не совпадут. Так же в бинарник записывается имя и номер версии линукса. Чтобы не быть голословным: бинарник, скомпиленный на Mandrake 8.1, не пошел на Red Hat 7.3

Надо поставить yes

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

Бас только про SpreadFee спросил

2egor2fsys: Я не хочу тестировать floodcontrol на рабочих серваках.

Надо поставить yes

"гы" Как бы правильнее сказать - дождаться сообщения "Успешно..." - это нормальное использование конфигуратора. А сразу жать ентер недождавшись - ненормальное. Имхо, это близко к делению на ноль в калькуляторах.

А какая разница?

Заметил глюк с неподключением к серверу ни авторизатором ни конфигуратором. Случилось, когда при работающем авторизаторе подконнектился конфигуратором и в этот момент нажал отключиться в авторизаторе. Билд последний. Быть может глюк в этом? Т.е. в том, когда с одной машины юзаешь и то и другое.