RockManX

с базой траблы походу, ручками ковырялись небось

через миграцию, предварительно сгенерировав нужный файл я под себя коекакую генерилку писал, но в реальном бою она пока не проверялась #!/usr/local/bin/php <?php # цокет(ип), логин, пароль - мускуль $link = mysql_connect(':/tmp/mysql.sock', 'root', 'yastreb'); # название базы mysql_select_db('abills'); $data_usr=mysql_query('SELECT `id`,`credit` from `users` '); # Ljd09wl3kfd3moO9dl поменять на секрет из конфига абиллиса! $data_pss=mysql_query('SELECT DECODE(`password`, \'Ljd09wl3kfd3moO9dl\') as `password` from `users` '); $data_bill=mysql_query('SELECT `deposit` from `bills` '); $data

ну незнаю, я после установки обновлял все бинарные пакеты, в том числе которые с свежей ветки релизов рнр55, перл5.18, мускуль56 чтоб старгайзер принял свежего мистера мускуля, надо его (стара) пересобрать, остальное работает без каких либо вмешательств так что биллинг точно непричём сам мистер мускул стал в последнее время очень вредным, особенно если использовать innodb или ковырять конфиги, поэтому при всяких изменениях лучше делать полный дамп базы, грохать /var/db/mysql , ставить чистый свежак и заливать в него дамп, тогда никаких проблем и выкаблучиваний нет

# netflow stats /usr/local/sbin/softflowd -i igb0 -n 192.168.10.2:42111 а если на интерфейсе вланы подняты, то оно будет трафик считать или надо несколько экземпляров флова подымать? /usr/local/sbin/softflowd -i vlan1 -n 192.168.10.2:42111 /usr/local/sbin/softflowd -i vlan2 -n 192.168.10.2:42111 /usr/local/sbin/softflowd -i vlan3 -n 192.168.10.2:42111 /usr/local/sbin/softflowd -i vlan4 -n 192.168.10.2:42111 - = - = -

http://ru.wikipedia.org/wiki/Loopback вот на lo0 оно и заворачивает, просто ип другой, которому я через локальный неймсервер красивый домен прикручиваю если loopback ассоциируется только с 127.0.0.1 и localhost, то это очень узкая точка зрения

убилинг - тогдашнее название сервере (хостнейм), кернел - источник записи в логе да, ведь есть ifconfig_lo0_alias0="inet 1.1.1.1 netmask 255.255.255.255" судя по адресам источника и интерфейсу, через нат оно какраз прошло

А що не так? Правило дозволяе tcp пакети на vlan* + як я розумію, це Ubilling з перебраним ядромю Версія десь до 0.5***. Якщо ви не розумієте, як працюють правила ipfw - копіпостом не вийде зробити щось, чого ви самі не знаєте. у меня оно на loopback`е и висит, в другое место и не надо убилинг последний, ничем не пересобраный вот в вики про перенаправление должников есть ${FwCMD} delete 65534 а там было правило запрещающее трафик отовсюду в сетку пользователей по пользовательскому интерфейсу соответственно без него должники не перенаправляются, что и следовало доказать

админку кинуть на левый порт и пускать в тот порт только нужные ип фаерволом

установлено UBinstaller`ом потом заменялся рнр на 5.4, пёрл на 5.16, ну и остальное тупо через pkg upgrade в версиях поднялось мускуль остался 5.1, ибо старгайзер слинкован на него и новые отвергает я думаю что при ребутах сервака первым тушится мускуль, а уже потом старгайзер вот и некуда ему статы сохранять

при ребутах в логи сыплется такое, мож из-за этого root@isp:/home/test # cat /var/log/stargazer.log | grep stat 2014-05-13 15:57:23 -- Cannot write stat for user enkur6ap4_t7as. 2014-05-13 15:57:23 -- Couldn't save user stat: 2014-05-13 15:57:23 -- Cannot write stat for user enkur6ap42_71c7. 2014-05-13 15:57:23 -- Couldn't save user stat: 2014-05-13 16:06:00 -- Cannot write stat for user enkur6ap4_t7as. 2014-05-13 16:06:00 -- Couldn't save user stat: 2014-05-13 16:06:00 -- Cannot write stat for user enkur6ap42_71c7. 2014-05-13 16:06:00 -- Couldn't save user stat: 2014-05-13 16:28:37 -- Cann

а я вроди никого не удалял, только изменял существующих причём часто и по разному, но руками в базу не лез, ручной сменой ип не страдал, ещё когда на компе тестовом начал гонять это дело, было весело наблюдать как старгайзер переставал реагировать на команды биллинга запрос помог - сеть удалилась

угу, ктото сидит array ( 0 => array ( 'id' => '2', 'netid' => '1', 'ip' => '10.0.0.3', 'mac' => '00:11:22:33:44:f5', 'option' => 'NULL', ), 1 => array ( 'id' => '16', 'netid' => '2', 'ip' => '10.10.8.2', 'mac' => '00:11:22:33:44:55', 'option' => 'NULL', ), 2 => array ( 'id' => '10', 'netid' => '3', 'ip' => '10.13.8.2', 'mac' => '00:19:e0:61:00:1d', 'option' => 'NULL', ), ) но реальных пользователей только два последних

ради эксперемента была раньше добавлена сеть в билинге теперь она мне больше не нужна, да и на самом сервере её уже нету пытаюсь удалить сеть в биллинге - жалуется на пользователей живых в этой сети я проверил всех двух пользователей и оба в других сетях я удалил эту сеть из услуг, из нас, из dhcp, но всёравно ссылается на живых пользователей можно както форсировать этот процесс? или просто удалить запись в базе?

и действительно, слишком громоздко всё будет, хотя в необозримом будущем я вернусь к этому вопросу и запилю как надо думал очередь на внешний интерфейс повесить, но входящий траффик там шейпить безсмысленно, а исходящий ничнотжно мал буду локальный ретрекер ставить, чтоб юзеры через друг-друга качали свой дом2, а от вирусов пусть сами избавляются

вот после очередного ковыряния ОнКонекта возникла идея вгонять всех не в пайпы, а в очередя чтоб например торренты и прочие ботнеты имели низкий приоритет, а вконтактик и контра у юзверей высокий вот не найду точку откуда делать, создавать очередя в фаерволе, а ОнКонект вгоняет в них пайпы или очередя конфигурировать в нёмже куда начал копать (пока не проверял): онконект ${fwcmd} pipe `expr $ID + 101` config bw $UPSPEED$SCOUNT queue 32Kbytes ${fwcmd} pipe `expr $ID + 8101` config bw $SPEED$SCOUNT queue 32Kbytes ${fwcmd} queue `expr $ID + 101` config pipe `expr $ID + 101` weight

как видно из результата - дисконнект вызывается уже с новым ип тоесть биллинг отправляет старгайзеру команду на смену ип, а уже потом вызывает ресет (дисконнект/конеект) а надо другая последовательность: дисконект -> смена ип -> коннект

заметил очень неприятный момент если я в админке кидаю пользователя в другой диапазон ип адресов, то для него скрипт дисконекта не вызывается тоесть старая арп запись в системе и в таблице старый ип остаётся вот например кидаю юзера с 10 сети в 13 сеть был ип 10.10.8.2, присвоило клиенту новый 10.13.8.3 ? (10.13.8.3) at 00:11:22:33:44:54 on vlan13 permanent [vlan] ? (10.10.8.2) at 00:11:22:33:44:54 on vlan10 permanent [vlan] ---table(3)--- 10.10.8.2/32 102 10.13.8.3/32 102 ---table(4)--- 10.10.8.2/32 8102 10.13.8.3/32 8102 это конечно хорошо что пользователь может дальше пользов

вот только в старой базе треть маков не заполнена, а треть уже не актуальна такое бывает когда провайдер сделал ставку на впн

какбы будет переход с предыдущего билинга и в определённый промежуток времени (пока все не перейдут) надо чтоб и должники имели возможность вписать свой мак в систему (чтоб не делал это админ) впринципе я в первом посте вопрос задал, сам себе на него и ответил как не зря говорят, что правильно поставленный вопрос содержит в себе ответ

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

я понимаю всю механику (наверное) при конекте пользователя привязывается его текущий мак к ип в фришке, через скрипт ОнКонект (арп -С ип мак) если пользователь неактивен (нехватает денег), то привязка не происходит однако старая привязка не снимается, и при смене мак адреса должника система его отвергает прописав те две строки в ОнДисконект, при входе в долг привязка ип к маку во фришке снимается и его можно свободно менять (арп -д ип) а ресет происходит, всё что надо прописано, иначе бы пользователь с положительным счётом не смог активировать новый мак

вот допустим человек поменял мак адрес, его скинуло на страницу активации нового мака он проактивировался, переподключил соединение - всё работает но если у человека долг и он активировал новый мак, то не работает ничего а всё дело в том, что на его ип адрес в системе забит старый мак если человек при деньгах, OnConnect пришивает новый мак в итоге должниковый пользователь после смены мак адреса не может попасть на свою страницу и вогнать себя в кредитный ад пруф: May 7 10:17:32 isp kernel: arp: 00:11:22:33:44:59 attempts to modify permanent entry for 10.10.8.2 on vlan10навер

да щоб усi с рiзних вланiв попадали в один ip бiллiнгу/днс я зробив ifconfig_lo0_alias0="inet 1.1.1.1 netmask 255.255.255.255" усе робить, але без ${FwCMD} add 65502 allow tcp from any to 192.168.0.0/16 via vlan* переадресацii нема, а з цим траффiк має запроси через нат вот что попадает через это правило root@ubilling:/home/office # cat /var/log/security | grep 65502 Apr 30 09:39:26 ubilling kernel: ipfw: 65502 Accept TCP 213.180.204.3:80 192.168.10.101:1783 out via vlan10 Apr 30 09:39:26 ubilling kernel: ipfw: 65502 Accept TCP 178.154.131.217:80 192.168.10.101:1785 out via vlan10

Не врите, отлично он собирается шлангом. мне посыпал кучу матов в консоль в программировании я не силён. но как я понял ему именно шланг непонравился Так вы мне эти маты в почту нашепчите, или на форуме в соответствующем разделе. Порешаем. ок, но позже, просто и на тестовой машине и на тестовом сервере уже девятка кстати скрипт buil неправильно воспринимал версию (1 вместо 10), надеюсь в будущих выпусках это тоже исправят, чтоб каждый раз кривыми руками не ковырять

Не врите, отлично он собирается шлангом. мне посыпал кучу матов в консоль в программировании я не силён. но как я понял ему именно шланг непонравился