stg-34

./sgconfig без параметров пишет все команды

#первая группа: 85.202.0.0/24 -> 192.168.0.0/24 ALL DIR0 (предположим DIR0 это локаль) 192.168.0.0/24 -> 85.202.0.0/24 ALL DIR0 (локаль) #вторая группа: 85.202.50.0/24 -> 192.168.0.0/24 ALL DIR1(предположим DIR1 это мир) 192.168.0.0/24 -> 85.202.50.0/24 ALL DIR1(мир) Тогда выходит что юзеры из разных сетей при хождении на одни и те же ресурсы будут обсчитываться по разным направлениям. Мне кажется это странным. Т.е. можно было бы сделать так: #первая группа: 85.202.0.0/24 -> 192.168.0.0/24 ALL DIR0 (локаль_1) 192.168.0.0/24 -> 85.202.0.0/24 ALL DIR0 (локаль_1) #

Брррр... Ниче не понял. Поясни чуть подробнее.

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

Именно. Приходит трафик с коллектора, смотрим кто сейчас больше UP или DOWN ЗА МЕСЯЦ и снимаем деньги за те пакеты которые принадлежат бОльшему тарфику.

src - всегда клиент, если это не клиент, то смысл этого правила?

Как-то сложно и непонятно получается... Может эту же схему предстваить расширением правил таким образом: ALL 10.0.0.0/24 UP DIR0 ALL 10.0.0.0/24 DOWN DIR1 ALL 192.168.0.0/24 UP_DOWN DIR2 Имхо, понятнее и проще а смысл тот же.

От начала месяца до текущего момента т.е. за месяц. Точно так же как с суммарным или с аплоадом. Никаких отличий нет.

Как я понял, есть адрес источника и назначения, а где находится адрес юзера?

Не понял. Мы можем снимать деньги за: 1. входящий тарфик 2. исходящтй 3. суммарно 4. за больший. То что в коде ты высветил жирным и есть снятие денег за больший трафик. То что в процессе максимальным может стаонвится, или up или down не имеет никакого значения. По сути схема с максимальным трафиком никак не отличается от остальных.

Максимальный за месяц.

юзеру выставь uid=0, будет новый рут, а руту како-то свободный uid. Кажись так.

Не понял. Какие колонки, с каким содержимым и куда добавить?

Если нигде не ошибся, то так: ALL 80.94.160.9/29 DIR0 //80.94.160.9...80.94.160.16 ALL 80.94.160.17/28 DIR 0 //80.94.160.17...80.94.160.31 ALL 80.94.160.32/30 DIR0 //80.94.160.32...80.94.160.35 ALL 80.94.160.36 DIR0 В целом, надеюсь идея понятна.

Маска подсети должна спасти.

Если мне не изменяет склероз, то рядом с авторизатором надо сделать папочку с именем ico и туда положить 4 файлика с именами ia_red.bmp, ia_green.bmp, ia_yellow.bmp, ia_grey.bmp. Разрешение их должно быть 16х16. В таком случае в трее будут отображаться эти иконки.

Меньше нагружает ether, но при перегрузках возможен пропуск трафика.

Спасибо за хорошие слова

Мне нравится идея GPL. Жажда мирового господства

Есои коротко, то история такая: Жила была одна сетка, год примерно 2000 или 2001 и писал я там биллинг. И было у меня желание полностью переписать то, что я делал для сетки. Потом я оттуда уволился, и по вечерам начал писать Стг. Писал, писал, написал Стг-1, потом понял, что надо снова всё переписывать. Сел делать Стг-2, потом понял, что снова всё написано хреново, начал делать Стг-2.5, (который пока 2.4 ) Вот так и докатилось до текущего состояния дел.

Если абонка снимается наперед, то естественно бессмыслено снимать часть АП. Это машина времени нужна Поэтому если логика снимать АП заранее, то должно быть FullFee=yes.

а с чем сравниваются показания стг? как определяется размер почтовго трафика? Дело в том, что отправка файла размером 1 Мб по почте, это примено 1.5 Мб трафика...

А на каком хосте находится почтовый сервак?

должно быть: Спасибо. Пофикшено

Поправить это будет, думаю, не сложно. Вместо набора функций strtoXXX есть шаблонная функция str2x() которая подходит для любых целых типов.