mgo

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

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

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

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

пишем у клієнта 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:60:4b:47:fc:9c (oui Unknown), length 548 15:10:56.114213 IP 172.16.0.1.bootps > 255.255.255.255.bootpc: BOOTP/DHCP, Reply, length 300 15:10:56.128855 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from 00:30:67:d5:99:60 (oui Unknown), length 304 15:10:56.129054 IP 172.16.0.1.bootps > 255.255.255.255.bootpc: BOOTP/DHCP, Reply, length 300 15:10:58.335935 IP 172.16.24.206.bootpc > 172.16.0.1.bootps: BOOTP/DHCP, Request from b8:a3:86:1e:cd:d2 (oui Unknown), length 532 15:10:58.336157 IP 172.16.24.1.bootps > 172.16.24.206.bootpc: BOOTP/DHCP, Reply, length 300 15:10:58.472088 IP 172.16.23.33.bootpc > 172.16.0.1.bootps: BOOTP/DHCP, Request from 14:58:d0:c8:48:37 (oui Unknown), length 548 15:10:58.472265 IP 172.16.0.1.bootps > 255.255.255.255.bootpc: BOOTP/DHCP, Reply, length 300 15:10:59.452059 IP 172.16.24.181.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from 00:30:67:d5:99:60 (oui Unknown), length 300 15:10:59.452215 IP 172.16.24.1.bootps > 172.16.24.181.bootpc: BOOTP/DHCP, Reply, length 300 15:10:59.571015 IP 195.95.147.117.bootpc > 172.16.0.1.bootps: BOOTP/DHCP, Request from 70:9e:29:cd:7b:72 (oui Unknown), length 548 15:10:59.571176 IP 172.16.0.1.bootps > 255.255.255.255.bootpc: BOOTP/DHCP, Reply, length 300 15:11:00.716523 IP 172.16.23.36.bootpc > 172.16.0.1.bootps: BOOTP/DHCP, Request from 00:1a:4d:55:f4:1d (oui Unknown), length 548 15:11:00.716668 IP 172.16.0.1.bootps > 255.255.255.255.bootpc: BOOTP/DHCP, Reply, length 300 15:11:01.392114 IP 172.16.23.20.bootpc > 172.16.0.1.bootps: BOOTP/DHCP, Request from 44:87:fc:8d:f7:d2 (oui Unknown), length 548 15:11:01.392281 IP 172.16.0.1.bootps > 172.16.23.20.bootpc: BOOTP/DHCP, Reply, length 300 15:11:01.398232 IP 172.16.0.1.bootps > 172.16.23.20.bootpc: BOOTP/DHCP, Reply, length 300 15:11:01.398252 IP 172.16.0.1.bootps > 172.16.23.20.bootpc: BOOTP/DHCP, Reply, length 300 15:11:01.398660 IP 172.16.0.1.bootps > 172.16.23.20.bootpc: BOOTP/DHCP, Reply, length 300 15:11:01.398668 IP 172.16.0.1.bootps > 172.16.23.20.bootpc: BOOTP/DHCP, Reply, length 300 15:11:01.398735 IP 172.16.0.1.bootps > 172.16.23.20.bootpc: BOOTP/DHCP, Reply, length 300 15:11:01.398757 IP 172.16.0.1.bootps > 172.16.23.20.bootpc: BOOTP/DHCP, Reply, length 300 15:11:01.398765 IP 172.16.0.1.bootps > 172.16.23.20.bootpc: BOOTP/DHCP, Reply, length 300 15:11:01.398773 IP 172.16.0.1.bootps > 172.16.23.20.bootpc: BOOTP/DHCP, Reply, length 300 15:11:01.400590 IP 172.16.0.1.bootps > 172.16.23.20.bootpc: BOOTP/DHCP, Reply, length 300 15:11:01.400598 IP 172.16.0.1.bootps > 172.16.23.20.bootpc: BOOTP/DHCP, Reply, length 300 15:11:01.401178 IP 172.16.0.1.bootps > 172.16.23.20.bootpc: BOOTP/DHCP, Reply, length 300 15:11:01.401186 IP 172.16.0.1.bootps > 172.16.23.20.bootpc: BOOTP/DHCP, Reply, length 300 15:11:01.401198 IP 172.16.0.1.bootps > 172.16.23.20.bootpc: BOOTP/DHCP, Reply, length 300 15:11:01.401211 IP 172.16.0.1.bootps > 172.16.23.20.bootpc: BOOTP/DHCP, Reply, length 300 15:11:01.401256 IP 172.16.0.1.bootps > 172.16.23.20.bootpc: BOOTP/DHCP, Reply, length 300 ......................................... 15:11:01.414017 IP 172.16.0.1.bootps > 172.16.23.20.bootpc: BOOTP/DHCP, Reply, length 300 15:11:01.414027 IP 172.16.0.1.bootps > 172.16.23.20.bootpc: BOOTP/DHCP, Reply, length 300 15:11:01.414037 IP 172.16.0.1.bootps > 172.16.23.20.bootpc: BOOTP/DHCP, Reply, length 300 15:11:01.423563 IP 172.16.24.83.bootpc > 172.16.0.1.bootps: BOOTP/DHCP, Request from bc:5f:f4:7f:b2:a7 (oui Unknown), length 5 15:11:01.423755 IP 172.16.0.1.bootps > 255.255.255.255.bootpc: BOOTP/DHCP, Reply, length 300 чо так? відповідь іде для 172.16.23.20 ~ 100 000 раз що і де ще подивитися? лівих DHCP серверів небачу. все ніби працює, тільки оця бадяга і тільки на віддалений НАС так відповідає. там жменя тих абонентів. може десь в транспорті проблема. дайте пару ідей що ще перевірити. freeBSD10.2 недавно переїхав, до цього неспостерігалося.

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.225369 IP 172.16.0.1.67 > 172.16.23.35.68: BOOTP/DHCP, Reply, length 300 21:52:26.225375 IP 172.16.0.1.67 > 172.16.23.35.68: BOOTP/DHCP, Reply, length 300 21:52:26.225383 IP 172.16.0.1.67 > 172.16.23.35.68: BOOTP/DHCP, Reply, length 300 21:52:26.225389 IP 172.16.0.1.67 > 172.16.23.35.68: BOOTP/DHCP, Reply, length 300 21:52:26.225402 IP 172.16.0.1.67 > 172.16.23.35.68: BOOTP/DHCP, Reply, length 300 21:52:26.225410 IP 172.16.0.1.67 > 172.16.23.35.68: BOOTP/DHCP, Reply, length 300 21:52:26.225423 IP 172.16.0.1.67 > 172.16.23.35.68: BOOTP/DHCP, Reply, length 300 21:52:26.225428 IP 172.16.0.1.67 > 172.16.23.35.68: BOOTP/DHCP, Reply, length 300 21:52:26.225437 IP 172.16.0.1.67 > 172.16.23.35.68: BOOTP/DHCP, Reply, length 300 21:52:26.225442 IP 172.16.0.1.67 > 172.16.23.35.68: BOOTP/DHCP, Reply, length 300 21:52:26.225450 IP 172.16.0.1.67 > 172.16.23.35.68: BOOTP/DHCP, Reply, length 300 21:52:26.225455 IP 172.16.0.1.67 > 172.16.23.35.68: BOOTP/DHCP, Reply, length 300 21:52:26.225465 IP 172.16.0.1.67 > 172.16.23.35.68: BOOTP/DHCP, Reply, length 300 21:52:26.225470 IP 172.16.0.1.67 > 172.16.23.35.68: BOOTP/DHCP, Reply, length 300 21:52:26.225478 IP 172.16.0.1.67 > 172.16.23.35.68: BOOTP/DHCP, Reply, length 300 21:52:26.225483 IP 172.16.0.1.67 > 172.16.23.35.68: BOOTP/DHCP, Reply, length 300

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

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

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

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

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

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

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

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

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

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

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

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

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