mgo

найшов на ftp 10.2 потім апну все як завжди, мля <--> срочно <---> ппц <---> АААА бізнес по українськи)) ставлю на virtualbox-ose на вже робочий білінг благо опри 4 гіга є на тазіку, ще не юзав так, самому цікаво.

на 10.3 стане нормаольно збірка для 10,2?

ви писали свій фронтенд? чи налаштували щось готове?

за моїми спостереженнями, таке стається коли руцями в базі змінити баланс старгейзер дивитьсяя, шо тут за фігня і поправляє на стан балансу який був при загрузці чи останні зміні самим старгейзером. старгейзер малює попередні платежі якщо взяти це до уваги і глянути в доку опенпейз то логічно трабла десь тут /config/openpayz.ini де вписується логін пароль старгейзера. вмалюйте туда логін і пароль з вебморди білінгу -> налаштування системи -> Налаштування Stargazer якщо ви більш нічого не осквернили в опенпейз своїми правками то прямо з коробки має взлетіти.

пишем у клієнта ping ya.ru -t і колдуєм з вашим Unbound поки нескаже таймаут по ip (клієнт невідомий, получив 172.32.0.ХХХ, з гетевеєм 172.32.0.1 і ДНС 172.32.0.1) коли днс запрацює то і переадресації поїдуть, крім https, врахуйте це і тестуйте на звичайному 80 порті http.

гг оновив свій старий добрий 4.0 до поточного релізу ще стільки не копіпастив запитів зараз аж пальці заболіли, так, що оновлюйтесь вчасно

скажите спасибо за то что есть. остальное ненравится напилете сами))

це все додається скриптом onConnect він відпрацьовує тільки коли абонент активний чо так? запитайте того хто писав.

так і має бути, старгейзер відстріленого користувача нетрогає, він і так помер) для НАС rscriptd & Local NAS цілком пристойно ця логіка працює. а для мікротіка очищуйте вручкну фаєр і арп перед масовим ресетом а краще перезапуск старгейзера. з масовим ресетом колись спецефекти всякі спостерігались.

попробуй убити перед цим старгейзер все має вийти і запустити незабудь після коперсання в БД

tcpdump -i bridge0 -w dump.log port 67 and port 68 15:10:55.955221 IP 172.16.24.53.bootpc > 172.16.0.1.bootps: BOOTP/DHCP, Request from 30:b5:c2:42:55:8d (oui Unknown), length 548 15:10:55.955365 IP 172.16.0.1.bootps > 255.255.255.255.bootpc: BOOTP/DHCP, Reply, length 300 15:10:55.965251 IP 172.16.24.18.bootpc > 172.16.0.1.bootps: BOOTP/DHCP, Request from 14:cc:20:6b:cd:43 (oui Unknown), length 548 15:10:55.965413 IP 172.16.0.1.bootps > 255.255.255.255.bootpc: BOOTP/DHCP, Reply, length 300 15:10:56.114055 IP 172.16.24.175.bootpc > 172.16.0.1.bootps: BOOTP/DHCP, Request from 10:

tcpdump став слухати , що куда літає після вчорашного ковбашення з білими айпішками цікава штука спостерігається генериться трафік від білінга до віддаленого НАС на 2-5 сек мегабіт етак 50-80 буває і так до різних адрес з того НАСу чо так?, хто таке бачив? клієнти тут в основному wi-fi в основному убікутік декуди sxt лайт є нормальні відповіді туда, але більшість отакого (там дві підмережі) в логах DHCP нічо підозрілого нема для цих адрес і в момент скачка. в цей момент tcpdump 21:52:26.225362 IP 172.16.0.1.67 > 172.16.23.35.68: BOOTP/DHCP, Reply, length 300 21:52:26.22

зазвичай юзер root і пароль той що в налаштування системи ->> Налаштування БД

1. настройки опенпейз--> настройка мускула десь там /usr/local/www/apache24/data/openpayz/ 2. ну незнаю ще де ви могли наклацати

чот я невїду як має цей 3550-12G своїми здвоїними оптичними портами вписатися в мережу у мене тільки звичайні шахти під sfp на свічі і на ОЛТ головах чи там до нього якісь спец медіки чи що ще в нагрузку тре гуглю

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

мама! де мама? йду просити денег на ціску

вілан теж має рішити проблему бо мак до вілану не прибивається, а прибивається DHCP на вілан з конкретною адресою + ще вагон позитиву у вигляді ОНУшка кінцеве обладнання абонента.

уже DHCP, і уже статика в арп з коробки білінга. зарубав порта наніч і сьогодні зідзвонився з їхними айтішниками, зійшлися в тім, що вони невиключають обладнання наніч поки я шукаю як вирішити проблему. і буде ковбасити ту залізяку а не цілий НАС, варіант. а якщо пульнути туда вілан через ціску, засобами убілінгу? абон на ПОНі у мене тільки починається життя з віланами, того попитую як у кума тільки починається половая жизнь)) після того як хребці повискакували і їх йому вправили тепер спить на полу - має полову жизнь

що я маю клієнт з білим адресом який гасить обалднання на ніч клієнт висить з усіма на юзерінтерфейсі. в чей час до клієнта стукає ВПН ~ тисяч 2-3 в секунду ато й більше запитів мій НАС на кожен такий запит відправляє в мережу АRP запит на пошук того самого виключеного клієнта і так пару тисяч раз в секунду. в результаті я получаю маненький такий собі шторм. Як вирішити? пульнути на користувача Vlan і буде щастье, штормити буди тільки цей влан. якщо сталася критична помилка і гроші на ціску мама недає, щоб пулятися віланами який вихід? pppoe - бееее може відповідати не тай

нє, так непіде, тупо зідрати фаєр з нету у вас є 4 білих адрес намалюйте 4шт НАТ на ці адреси далі у вас є юзери за НАТом і їх має бути дофіга якщо ви вже вирішили їх розпихати по різних адресах. припустим 172.16.1.0/24 завертаєте в перший нат і на перший адрес 172.16.2.0/24 в другий і так до четвертого.

убив порт від того хто слав але то невихід

графік коли абонент виключений, реальник хурма ця штормить мені всю мережу чим прибити? памятаю я колись щось подібне сам слав EoIP тунелем до Флая, коли мій НАС тух.

він прописується на новому НАС а на НАС микротік лишається юзер який мав би видалитися, бо юзера звідси забрали. і все б нічого але новий юзер який реєструється на цей мікротік з цею адресою непінгається бо лишилося в АРП мак того, що перенесли.

є така штука на NAS Mikrotik, при заміні юзеру IP на IP з іншого НАС то в арп листі, нарізки і в фаєрі лишаються дані користувача незалежно від балансу. потім регаєш нового юзера сюда, а він непінгається бо в АРП старий мак. який тре убивати вручну. ще не оновлювався, може вже поправили НАС Мікротік майже неюзаю, зрідка ставиться як тимчасове рішення.