Небесный

Ситуация у человека такова, что на одном тазике 3 вида подключений и не так просто в скрипте OnConnect не просто узнать с какого вида подключается клиент.

Боюсь, что при нагрузке рухнет все по ЦПУ. ((( Как там сейчас при всех абонентах загрузка? Если память не изменяет, вроде 1600 абонентов.

Напишем?

Ну, почему же все даже относительно хорошо вышло. Для мелких провайдеров уже есть пример, как втулить на один сервер несколько видов подключения. Крупняки же этим заниматься не будут - логичнее и правильнее разносить разный вид подключений по разным НАСам. По поводу НАТа - нафик его делать на ifb, делаеть его более правильно на исходящем интерфейсе. А, вообще Погосян благодарство за новые испытания - и то, что поделился. Всегда интересовал метод заруливать траф на вирт. интерфейс и там с ним что-то делать, да все никак руки не доходили,- толи лень, толи нехватка времени.

Насколько я знаю с ppp в дебиане меньше проблем.

Не получилось прикрутить к ppp шейпы? Не пробовал на форвардинге резать с метками?

Если сильно уж больно хочется пользоваться виндовым конфигуратором, можно сделать двумя способами. 1. Это переписать виндовый конфигуратор для работы с ubilling. 2. Это дублировать запись в ubilling при изменении-добавлении юзера: одну пишем в наше поле, другую пишем в стандартное поле стж. В решении этих задач не вижу особых трудностей, но как всегда есть одно НО. Если вы уже решились пользоваться ubilling - не советую уходить в строну от схемы сделанной разработчиками ибо будет потом больно при обновлении версии и т.п. Но, блин кривизна все это какая.

Чесное слово, пока прочитал, чуть мозг не сломал, а когда прочитал, так чуть со стула не упал.

Надо смотреть ваш случай, как у вас организован проход трафика через сервер. Отправил сообщение в личку с аськой.

Предоставленная мною схема делает нарезки через метки - метки организуются на политике Форвардинга, и обойтись только одним правило будет очень сложно - ибо tc нарезает только исходящий трафик от интерфейса, входящий на интерфейс к сожалению не режет. (((

Мои скрипты уникальные тем, что они не шейпят конекртно INPUT - OUTPUT, а шейпят на политике форвардинга через метки. Не вижу осбых проблем с тем, чтобы шейпить по моей схеме, только если это будет ppp там нужно будет кое-то подправить. Если у кого есть вопросы - это лучше в личке решать, ибо короткими сообщениями на форуме это будет очень долго и мучительно. Роман Погасян - если так и не разобрались, как организовать шейп - я вам в личку сбросил свою асю, там и разберемся, просто нужно точно узнать как у вас организован проход трафика через сервер. По поводу ifb не пробовал, пробовал как-т

shaper.sh Такое имя у скрипта, который я давал. Вот его и нужно стартовать до старта СТЖ.

#!/bin/bash # Inet int_iface_up=eth0 #Users int_iface_down=eth1 iptables -t mangle --flush tc qdisc add dev $int_iface_down root handle 1: htb tc class add dev $int_iface_down parent 1: classid 1:1 htb rate 100mbit ceil 100mbit tc qdisc add dev $int_iface_up root handle 1: htb tc class add dev $int_iface_up parent 1: classid 1:1 htb rate 100mbit ceil 100mbit Этот скрипт запускаем до старта СТЖ, любим способом какой вам нравится. Толи через rc.local, толи отдельным скриптом в /etc/init.d/ Сорь за столь поздний визит - в работе весь. )))

Вот если бы его привести в порядок Я имел ввиду именно sgconfig - как виндовое ПО. Видимо товарищS_ergey не совсем понял. что я имел ввиду, а я не доглядел, что он не понял меня. ))) Да и вообще не имел я такой цели спорить с кем-то.

Хм..., в чем там удобство? Ну, разве что, если вы админите домашнюю сетку в 20 человек, тогда согласен. А, вот веб-конфигуратор с помощью xmlrpc - отличный плацдарм для наращивания дополнительных функций ...

sgconfig - вообще бы я закинул - там ничего хорошего нету(он только тормозит - ИМХО). Можно общими усилиями сделать стандартный веб-конфигуратор с помощью xmlrpc.

Кито пробовал сие ставить на Linux, заработали ли все функции? А, то у самого все не хватает времени потестить. Помню как-то застрял на bandwidthd, softflowd и что-то там еще было. Особо небыло времени копаться - оставив затею на потом и это потом длиться уже наверное где-то месяцев эд-так 2.

Если таково будет и дождемся 2.408 версию, насколько больно будет переходить на нее? Или переход планируется сделать безболезненным? Просто я уже полез немного в свою глубь благодаря xmlrpc, но все же стараюсь придерживаться должной структуры, нужные мне параметры писавши в userdata.

Ну, CMTS и настроена рилеем. А, если юзер себе изначально прописал ip, тогда как бы и ломиться он на dhcp-server не будет. Abram, а поподробнее.

А, с бугагачешками даже как-то интереснее было. По поводу приходных ордеров для печати, как я уже был раньше говорил (не на форуме) бывают и ЧП-шники, так что им нужны товарные чеки. Пользуясь случаем. Если сервер стж находиться за роутером от юзеров, будто Л3-свич(с внутреней маршрутизацией), толи это Доксис-ЦМТС ну и т.д., а все таки хотелось бы видеть маки неизвестные. nightfly, может идейку подкинете. Хотя какие там идейки могут быть, пинать роутер и пусть признается по неизвестным макам. Хотя разве что можно узнать таблицу арп по sntp и дальше ее разбирать. Но блин криво как-то

Не совсем понял - поменять вовсе скорость всем или менять только в определенное время? Если поменять вовсе всем. Остановить стж пробежаться скриптом по юзерам, толи это в файлах, толи это в СУБД и изменить название тарифа, предварительно создав новые тарифы. Если у вас линукс и это нужно менять на ночь, тогда эти скрипты вам в помощь. Короче где-то так, может где-то есть опечатка - сори, на быструю руку упростил от своих скриптов. Этот скрипт запускаем по крону где-то в 00:01 и в 10:01 10:01 можно менять - думаю разберетесь где. #!/bin/bash # переменные ##################

Я тут описывал, как я выкрутился из данной ситуации, правда это не совсем правильно. Найдете более человеческий подход - поделитесь. А, вообще, я бы лучше прислушался к товарищу madf и все таки использовать FireBird или PostgreSQL.

Блин быстрые вы. Ни днем, ни ночью нет покоя.)))

Ем, в stargazer.conf настройка модуля <Module auth_ia> есть опции # Время между посылками запроса пользователю жив ли он # и обновлением данных статистики (секунды) # Значения: 5...600 UserDelay = 30 #Таймаут для пользователя. Если в течение этого времени авторизатор #не отвечает, пользователь будет отключен # Значения: 15...1200 UserTimeout = 65 Вот и выставляйте, как часто спрашивать юзера на то живой ли он и через какое время его отключать. Только не страдайте параноей, совет выставить UserDelay = 30, а UserTimeout = 300. К примеру, юзер будет опрашивать раз в полминуты,

Преувеличиваем? Ничего особенного и нового я не сделал