VIPrules
МаглыТип контенту
Профили
Форум
Календарь
Все, що було написано VIPrules
-
2gall А использовать HTB принципиально? Просто я в нем не шарю, но есть рабочий вариант на CBQ. Если интересно, могу скинуть скрипты. В моей сети порядка 800 юзеров, из них примерно треть анлимщики. Внешняя полоса 7 Мбит/с. Режется 60% на 40% в пользу анлимщиков, причем, в случае простоя полосы лимитчиков, анлимщики могут налезать на их полосу (если надо), а наоборот - нет. Максимальная скорость анлима - 256 Кбит/с. Максимальная скорость лимита - 512 Кбит/с. Для офиса выделено 2 Мбит/с. Эта схема работает уже более полугода. Нареканий нет. Потери в скорости могут быть только по трем
-
Так мож поэтому у меня ничего и не получается? 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 Остается только обеспечить доступ клиента в инет. В моем случае это делает стг. Если у тебя по-другому (скажем, анлим на клиента или ты для себя что-
-
Представь мое состояние. Я сам админ, и поэтому понимаю состояние человека, когда его донимают тупыми вопросами, вроде как я сейчас тебя донимаю. Поэтому прошу прощения. Но факт есть налицо. И что с ним делать ума не приложу. Исходники взял на 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> Раскомментировал вывод содержимого парамет
-
Ну тогда ткни носом Цитирую доку: Ставил сервер со всеми путями по умолчанию. А именно, файлы конфигурации, скрипты лежат в /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 где кажд
-
(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. Я ж уже говорил - база после этого такая, как если бы я впервые ставил стг и просто запустил ее. Т.е. в ней только стандартный админ, тариф и
-
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 service
-
Та же хрень. Я, кстати, забыл вчера сказать, что пробовал оба варианта. Менял путь к библиотекам, пересобирал (на всякий случай) конвертор и проверял. В обоих случаях пишет эту ошибку. Я даже проверил такой вариант. Удалил все папки с исходниками. Заново распаковал и сразу же подменил конвертор. Поправил ему конфиг. После этого собрал весь проект, а потом отдельно конвертор. И все равно та же ошибка. Неужели сервак обновлять?...
-
Собрался. Но все равно пишет: ./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. Может быть
-
Скопировал, пытаюсь собрать. При сборке конвертора пишет вот такую хрень: 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 хочет только файрберд, что для меня не подходит.
-
Глюк выполнения скриптов OnConnect, OnDisconnect
тема ответил в DaGuTa пользователя VIPrules в Розробка Stargazer
Гы. Лол.. А как это? Может быть я это и использую, только не знаю, что это называется именно так ))). Использую настройки по умолчанию. -
Глюк выполнения скриптов OnConnect, OnDisconnect
тема ответил в DaGuTa пользователя VIPrules в Розробка Stargazer
Возможно, не в эту тему, но все же. Дано: Машина: Мать Asus на базе Р35, 1Гб оперативы, проц - FSB 1333 MHz, HDD - Samsung 160Gb SATA II Система: SuSE Linux 10.2 Сервер: stg-2.402.9.7 Подключение к инету: - аДСЛ Проблема: Обратил внимание, что если выпустить юзера(ов) напрямую без стг (стг остановлен), то инет работает замечательно. Если выпустить юзеров напрямую и при этом запустить сервер стг (но он ничего не делает), все тоже работает замечательно. Но если выпустить пользователя по всем правилам - аторизатор, добавление правил скриптами т.д. То сразу начинаются потери -
Разные Вопросы по Stg и Iptables
тема ответил в Sorvi_Golova пользователя VIPrules в Питання по Stargazer
Внесу свою лепту. 1. Обрати внимание на регистр переменных. Баш очень чувствителен к этому. А вообще, судя по всему у тебя не в работе/неработе скриптов дело, а в том, что у тебя неправильно настроен iptables. 2. iptables настрой лучше по примеру из мануала. Когда я первый раз с этим завязался, у меня была та же проблем. Весь прикол в том, что построенные таким образом, как у тебя, правила, не позволят работать не только ДНС, но и ftp, если он у тебя есть. И еще целой куче сервисов. Там завязка с установленными соединениями RELATED,ESTABLISHED. Переделай под себя пример из мануала. Реа -
Отключить - это хорошо, но тут есть другая сторона - могут повально уйти в другую сеть. Хотя это и маловерятный сценарий, т.к. у нас сервис лучше. Поэтому и интересуют программные методы. А на счет TTL - рассматривал, но есть метод обхода этой фишки. В частности под линухом этот метода защиты вообще ломается одной командой. Еще есть предложения?
-
Привет всем. Недавно один мой юзерь подключился к другой сети. И остался в моей. После этого в моей сети стали появляться левые люди из другой сети. Берут файло с моего сервака и т.д. Неприятно... Как именно он соединил две сети я не знаю. Или мостом или шлюзом... Короче не знаю. Но волнует вопрос: как с подобным бороться в дальнейшем, исключительно программными методами?
-
В данном случае файл был пустой. Но это не всегда. Чаще всего похоже, что сервер пытается записать стату и что-то ему не дает. Т.е. записано несколько полей и все. При чем поле не всегда может быть дописано до конца, напр. так: Cash=21.634312 D0=58151126 D1=156 D2=0 D3=0 D4=0 D5=0 D6=0 D7=0 D8=0 D9=0 FreeMb=28.536851 LastActivi И еще заметил одну особенность. В настройках стг стоят следующие настройки: # Владелец, группа и права доступа на файлы статистики (stat) пользователя ConfOwner = root ConfGroup = root ConfMode = 640 # Владелец, группа и права доступа на файлы конфигурации (c
-
При перезагрузке сервера стг вываливается с ошибкой "Не могу прочитать данные пользователей". 2006-12-13 00:01:01 -- Stg v. Stg 2.4 2006-12-13 00:01:01 -- Timer thread started successfully. 2006-12-13 00:01:01 -- Storage plugin: file_store v.1.01. Loading successfull. 2006-12-13 00:01:01 -- Cannot read stat for user feduk. 2006-12-13 00:01:01 -- USERS: Error: Cannot read users! 2006-12-13 00:01:01 -- Traffcounter: Stop successfull. 2006-12-13 00:01:01 -- Users: Stop successfull. 2006-12-13 00:01:04 -- Queue removed successfully. 2006-12-13 00:01:04 -- StgTimer: Stop successfull. 2006-12-
-
Юзаю самописную базу на базе Accent 6.0 (_http://www.accent6.com.ua/_). Умеет: 0. Работать по сети. Разграничение доступа только средствами операционной системы (поэтому у нас на Линухе по самбе). Хотя в более новой версии вроде реализовали уже самой базой. 1. Учет кол-ва пользователей. 2. Учет всех платежных операций клиента - подключение, абонплата, интернет, заморозка, другие платежи (напр., штрафы). Все основные платежи можно делать "в долг". 3. Умеет печатать сам и передавать в Office (если так удобнее) квитанции об оплате, договор (определенной формы, которую сам настраиваешь), и
-
Вобщем, не хотелось начинать новую тему, поэтому нашел похожую. Stg-2.4.01 (по-моему июльский). Конфигуратор к нему. Был обнаружен баг. При добалении какой-либо информации о пользователе (заметил, когда добавил номер телефона) у него после нажатия ОК полностью обнулилась статистика по трафу. Специально проверял несколько раз (добавлял/удалял уже разную инфу, не только телефон). В логах это обнуление отображается. Т.е. это целенаправленное действие сервера. 2006-10-26 10:58:44 -- Admin 'admin', 192.168.3.3: 'credit' parameter changed from '15' to '3.5'. 2006-10-26 10:58:44 -- Admin '
-
Ладно. Тогда, раз сроки окончания (или даже начала) написания новой версии не определены, помоги с настройкой текущей версии. А то у меня что-то не получается то, чего я хочу. Есть сеть с одним шлюзом. Канал 256Кб/с. Цели: 1. ограничить скорость всех пользователей до 192Кб/с. 2. дать конкретному пользователю канал со скоростью 64Кб/с (безлимитку), чтобы для остальных пользователей это было прозрачно, т.е. чтобы скорость остальных юзеров была равна именно 192Кб/с, а не 192-64. Динамику (VLAN, ppp и т.п.) не использую. Можно такое реализовать? CBQ мне не смог помочь... Squid тоже, т.к
-
2 N.Leiten Два вопроса: 1. Пока только расчехляю шейпер, и пока не знаю, может ли он так делать. Есть канал на 256Кб/с. Ну допустим я создал класс и ограничил всех юзеров, до половины всего канала - 128Кб/с. И в случае, если их становится слишком много, и все чего-нить качают, то скорость (по идее) должна равномерно падать у всех юзеров. А если юзер или группа юзеров в сумме не превышают скорость канала (в моем случае это вряд ли возможно, но все же), то даст ли шейпер свободную часть канала в использование, или она так и будет простаивать? Если этого нет, то хотелось бы видеть эту возм
-
Очень интересная и нужная тема. Только похоже, что она умерла.... Если нет, ткните носом.