VIPrules

2gall А использовать HTB принципиально? Просто я в нем не шарю, но есть рабочий вариант на CBQ. Если интересно, могу скинуть скрипты. В моей сети порядка 800 юзеров, из них примерно треть анлимщики. Внешняя полоса 7 Мбит/с. Режется 60% на 40% в пользу анлимщиков, причем, в случае простоя полосы лимитчиков, анлимщики могут налезать на их полосу (если надо), а наоборот - нет. Максимальная скорость анлима - 256 Кбит/с. Максимальная скорость лимита - 512 Кбит/с. Для офиса выделено 2 Мбит/с. Эта схема работает уже более полугода. Нареканий нет. Потери в скорости могут быть только по трем причинам: 1. Суммарно не хватает общей полосы, чтобы всем дать оплаченную скорость. Последнее уже не критично, поскольку текущей полосы хватает (когда меньше была, тогда это было актуально, особенно по вечерам и выходным). 2. Бока у прова. 3. Тормозит ресурс-источник.

Так мож поэтому у меня ничего и не получается? SuSE Linux 10.2 MySQL версии 5.0.26

Скорее всего (99%), что у прова маршруты как раз прописаны. Во всяком случае, когда я покупал, тоже был маленький казус - их админ забыл маршрут добавить. И пока не добавил, адреса вообще были недоступны. Потом все заработало.

Зачем на все порты? Просто СНАТ и ДНАТ помогут. Вот как у меня работает: вначале вешается на внешний интерфейс реальный айпи. Пусть это будет eth1:1 client="ip клиента внутри сети" inet_client="внешний ip клиента" ... iptables -t nat -A PREROUTING -p all -d $inet_client -j DNAT --to-destination $client ... iptables -A FORWARD -p all -d $client -j ACCEPT ... iptables -t nat -A POSTROUTING -p all -j SNAT --to-source $inet_client Остается только обеспечить доступ клиента в инет. В моем случае это делает стг. Если у тебя по-другому (скажем, анлим на клиента или ты для себя что-то хочешь сделать), то можно сделать что-то вроде этого: network = "сеть с маской" #по типу 192.168.0.0/24 client="ip клиента внутри сети" iptables -A FORWARD -s $client -d ! $network -j ACCEPT iptables -A FORWARD -d $client -m state --state ESTABLISHED,RELATED -j ACCEPT По такой схеме ВЕСЬ трафик перебрасывается на клиента. Тебе тогда только остается следить за правильными настройками клиентской машины и за полосой пропускания для клиента (чтобы весь канал не занял). У меня был прокол, когда я клиенту неправильно настроил, и его реальный ип попал в список публичных прокси. Хорошо, что полоса была ограничена. Но все равно он за сутки "наработал" больше 10ГБ. P.S. Изначально тоже пытался все решить маршрутизацией и тоже ничего не вышло. ))

Представь мое состояние. Я сам админ, и поэтому понимаю состояние человека, когда его донимают тупыми вопросами, вроде как я сейчас тебя донимаю. Поэтому прошу прощения. Но факт есть налицо. И что с ним делать ума не приложу. Исходники взял на stg.dp.ua. Мож там и правда кривой дистр? Тогда где взять нормальный? Или вообще вопрос по-другому поставлю - Как мне перейти на мускул вообще (кроме ручного набора 787 юзеров)? Если для этого надо обновить сервер, значит обновлю. Но хотелось бы быть уверенным, что после этого я смогу сконвертировать базу. Всем спасибо за помощь и поддержку )).

Блин, или лыжи не едут.... Вот мой конфиг: #ModulesPath=../stargazer/modules //Пробовал оба варианта ModulesPath=/usr/lib/stg //В обоих случаях результат один и тот же <SourceStoreModule store_files> WorkDir =/var/stargazer2 ConfOwner = root ConfGroup = root ConfMode = 600 StatOwner = root StatGroup = root StatMode = 640 UserLogOwner = root UserLogGroup = root UserLogMode = 640 </SourceStoreModule> <DestStoreModule store_mysql> dbuser = stg rootdbpass = 123456 dbname = stg dbhost = localhost </DestStoreModule> Раскомментировал вывод содержимого параметров, к. он берет из конфига Объясни мне, что тут происходит? isrv:/home/admin/Distr/stg-2.404.9.7/projects/convertor # ./convertor ./convertor.conf main.cpp > 10:43:37 > Start settings.cpp > 10:43:37 > param 'WorkDir' settings.cpp > 10:43:37 > value '/var/stargazer2' settings.cpp > 10:43:37 > param 'ConfOwner' settings.cpp > 10:43:37 > value 'root' settings.cpp > 10:43:37 > param 'ConfGroup' settings.cpp > 10:43:37 > value 'root' settings.cpp > 10:43:37 > param 'ConfMode' settings.cpp > 10:43:37 > value '600' settings.cpp > 10:43:37 > param 'StatOwner' settings.cpp > 10:43:37 > value 'root' settings.cpp > 10:43:37 > param 'StatGroup' settings.cpp > 10:43:37 > value 'root' settings.cpp > 10:43:37 > param 'StatMode' settings.cpp > 10:43:37 > value '640' settings.cpp > 10:43:37 > param 'UserLogOwner' settings.cpp > 10:43:37 > value 'root' settings.cpp > 10:43:37 > param 'UserLogGroup' settings.cpp > 10:43:37 > value 'root' settings.cpp > 10:43:37 > param 'UserLogMode' settings.cpp > 10:43:37 > value '640' settings.cpp > 10:43:37 > param 'dbuser' settings.cpp > 10:43:37 > value 'stg' settings.cpp > 10:43:37 > param 'rootdbpass' settings.cpp > 10:43:37 > value '123456' settings.cpp > 10:43:37 > param 'dbname' settings.cpp > 10:43:37 > value 'stg' settings.cpp > 10:43:37 > param 'dbhost' settings.cpp > 10:43:37 > value 'localhost' main.cpp > 10:43:37 > Importing admins: main.cpp > 10:43:37 > - admin main.cpp > 10:43:37 > Importing tariffs: main.cpp > 10:43:37 > - tariff main.cpp > 10:43:37 > Importing services: main.cpp > 10:43:37 > Importing corporations: main.cpp > 10:43:37 > Importing users: main.cpp > 10:43:37 > - test main.cpp > 10:43:37 > (adding passed) Ошибка сегментирования Ради научного эксперименту просмотрим содержимое WorkDir: isrv:/home/admin/Distr/stg-2.404.9.7/projects/convertor #ls /var/stargazer2 admins corps deleted_users services tariffs users isrv:/home/admin/Distr/stg-2.404.9.7/projects/convertor # ls /var/stargazer2/admins alexander.adm oleg.adm olga.adm ruslan.adm yura.adm isrv:/home/admin/Distr/stg-2.404.9.7/projects/convertor # Мож мне какой-то бета вариант конвертора достался, в к. какой параметр не указывай, все равно берет дефолт? Я уже не знаю, что и думать...

Ну тогда ткни носом Цитирую доку: Ставил сервер со всеми путями по умолчанию. А именно, файлы конфигурации, скрипты лежат в /etc/stargazer. Файловое хранилище лежит по пути /var/stargazer (/var/stargazer2 - это копия, на случай какого-нить сбоя и т.д., чтобы ничего в оригинале не повредить). Установленные библиотеки стг лежат по пути /usr/lib/stg. По пути, указанному в доке (../stargazer/modules) лежит вот что: ls mod_auth_ao.so mod_cap_ipq.so mod_remote_script.so mod_auth_ia.so mod_conf_sg.so mod_store_files.so mod_cap_ether.so mod_ping.so mod_store_mysql.so где каждый симлинк - ярлык на реальный файл, к. также лежит на своем месте в дереве каталогов исходников. В частности на интересуют два последних - mod_store_files.so и mod_store_mysql.so. Вот содержимое этих ссылок: mod_store_files.so -> stg-2.404.9.7/projects/stargazer/plugins/store/files/mod_store_files.so mod_store_mysql.so -> stg-2.404.9.7/projects/stargazer/plugins/store/mysql/mod_store_mysql.so База в мускуле создана со стандартными настройками - юзер stg 123456, база stg. Пример файла конфигурации конвертора приведен в одном из постов выше. Что еще пропустил? Вопрос. Почему он пытается сунуть в базу не те данные, к. я ему указал, а какие-то стандартные (откуда он их, кстати, берет?)?

(gdb) r ./ Starting program: /data1/admin/Distr/stg-2.404.9.7/projects/convertor/convertor ./ Failed to read a valid object file image from memory. [Thread debugging using libthread_db enabled] [New Thread -1211619104 (LWP 23898)] main.cpp > 12:21:56 > Start DOTCONF++: required option 'ModulesPath' not specified main.cpp > 12:21:56 > Error reading settings Program exited with code 0377. (gdb) bt No stack. (gdb) 1. Это то? 2. Я ж уже говорил - база после этого такая, как если бы я впервые ставил стг и просто запустил ее. Т.е. в ней только стандартный админ, тариф и пользователь. И все. Обрати внимание на то, что он пытается проимпортировать именно стандартные данные. И они действительно в базе после этого есть. Но у меня хранилище на без малого 800 человек, 5 админов и 11 тарифов. Где это все? 3. А что с параметром не так? Куда именно он должен показывать? На уже установленный модули, или только на скомпилированные? Или это вообще не то, и показывать надо другое место? Поподробнее, плиз.

This GDB was configured as "i586-suse-linux"...Using host libthread_db library /lib/libthread_db.so.1". (gdb) r Starting program: /data1/admin/Distr/stg-2.404.9.7/projects/convertor/convertor Failed to read a valid object file image from memory. [Thread debugging using libthread_db enabled] [New Thread -1210779424 (LWP 20097)] main.cpp > 11:11:47 > Start main.cpp > 11:11:47 > Importing admins: main.cpp > 11:11:47 > - admin main.cpp > 11:11:47 > Importing tariffs: main.cpp > 11:11:47 > - tariff main.cpp > 11:11:47 > Importing services: main.cpp > 11:11:47 > Importing corporations: main.cpp > 11:11:47 > Importing users: main.cpp > 11:11:47 > - test main.cpp > 11:11:47 > (adding passed) Program received signal SIGSEGV, Segmentation fault. [Switching to Thread -1210779424 (LWP 20097)] 0x08051e09 in main (argc=1, argv=0xbf883c54) at main.cpp:343 343 delete toStore; Starting program: /data1/admin/Distr/stg-2.404.9.7/projects/convertor/convertor ./ Failed to read a valid object file image from memory. [Thread debugging using libthread_db enabled] [New Thread -1211615008 (LWP 20950)] main.cpp > 11:16:46 > Start DOTCONF++: required option 'ModulesPath' not specified main.cpp > 11:16:46 > Error reading settings Program exited with code 0377. хм-м.. Судя по всему, не указан параметр ModulesPath. ModulesPath = ../stargazer/modules Это же оно? Проверил наличие этой папки, проверли ее содержимое. Там около десятка симлинков. Проверил интересующие - указывают на реальные файлы библиотек. Странно... Мож его как-то в ковычки надо брать? Ничего не пойму.

Та же хрень. Я, кстати, забыл вчера сказать, что пробовал оба варианта. Менял путь к библиотекам, пересобирал (на всякий случай) конвертор и проверял. В обоих случаях пишет эту ошибку. Я даже проверил такой вариант. Удалил все папки с исходниками. Заново распаковал и сразу же подменил конвертор. Поправил ему конфиг. После этого собрал весь проект, а потом отдельно конвертор. И все равно та же ошибка. Неужели сервак обновлять?...

Собрался. Но все равно пишет: ./convertor main.cpp > 14:01:30 > Start main.cpp > 14:01:30 > Importing admins: main.cpp > 14:01:30 > - admin main.cpp > 14:01:30 > Importing tariffs: main.cpp > 14:01:30 > - tariff main.cpp > 14:01:30 > Importing services: main.cpp > 14:01:30 > Importing corporations: main.cpp > 14:01:30 > Importing users: main.cpp > 14:01:30 > - test main.cpp > 14:01:30 > (adding passed) Ошибка сегментирования В базе есть реальный юзер по "фамилии" test. Может быть это и влияет на результат? # Путь к директории, в которой находятся модули сервера ModulesPath = /usr/lib/stg <SourceStoreModule> # Рабочая директория сервера, тут содержатся данные о тарифах, пользователях # администраторах и т.д. WorkDir = /var/stargazer2 # Владелец, группа и права доступа на файлы статистики (stat) пользователя ConfOwner = root ConfGroup = wheel ConfMode = 600 # Владелец, группа и права доступа на файлы конфигурации (conf) пользователя StatOwner = root StatGroup = wheel StatMode = 640 # Владелец, группа и права доступа на лог-файлы (log) пользователя UserLogOwner = root UserLogGroup = wheel UserLogMode = 640 </SourceStoreModule> <DestStoreModule store_mysql> # Имя пользователя БД dbuser = stg # Пароль пользователя БД rootdbpass = 123456 # Имя БД на сервере dbname = stg # Адрес сервера БД dbhost = localhost </DestStoreModule> Имя пользователя и пароль к БД такие и есть (поменяю после переноса). От руки в базу заходит под этими данными. Пути и т.д. естессно указал правильно.

Скопировал, пытаюсь собрать. При сборке конвертора пишет вот такую хрень: g++ -c settings.cpp -g3 -Wall -I /home/admin/Distr/stg-2.404.9.7/projects/conver tor/../../include -DDEBUG -DLINUX settings.cpp: In member function 'int SETTINGS::ReadSettings()': settings.cpp:163: error: 'CASEINSENSITIVE' is not a member of 'DOTCONFDocument' gmake: *** [settings.o] Ошибка 1 И вываливается. Конвертор из версии 2.404.9.7 в этом же дереве каталогов собирается нормально. P.S. В своем дереве каталогов он собирается без проблем.

А существует ли в природе конвертор с файл_сторе в мускул для версии 2.404.9.7? Или только с переходом на последнюю версию? Пробовал применить конвертор из последней версии ,подключив плагины из старой (согласно рекомендациям выше). Но он вываливается с сообщением "Ошибка сегментирования". После этого в базе только те данные, к. там бывают после просто первого запуска стг с сторе_мускул, а именно стандартные админ, клиент и тариф. Конвертор из 2.404.9.7 хочет только файрберд, что для меня не подходит.

Гы. Лол.. А как это? Может быть я это и использую, только не знаю, что это называется именно так ))). Использую настройки по умолчанию.

Возможно, не в эту тему, но все же. Дано: Машина: Мать Asus на базе Р35, 1Гб оперативы, проц - FSB 1333 MHz, HDD - Samsung 160Gb SATA II Система: SuSE Linux 10.2 Сервер: stg-2.402.9.7 Подключение к инету: - аДСЛ Проблема: Обратил внимание, что если выпустить юзера(ов) напрямую без стг (стг остановлен), то инет работает замечательно. Если выпустить юзеров напрямую и при этом запустить сервер стг (но он ничего не делает), все тоже работает замечательно. Но если выпустить пользователя по всем правилам - аторизатор, добавление правил скриптами т.д. То сразу начинаются потери (до 33%), а потом все вообще перестает работать. Загрузка проца и памяти при этом практически нет никакой. После наступления такой "коллизии" помогает только рестарт стг+файрвол (и то не сразу, а минут через 5) или полный рестарт сервера. Что пытался сделать: Проверил скрипты на работоспособность. Все работает. Правила добавляет/удаляет. Запись в лог ведется. Пробовал переустановить стг. Эффекта ноль. Игрался с настройками. В частности пробовал запускать стг без некоторых модулей. Ничего не изменилось. Ваше мнение, господа эксперты? Спасибо.