mgo

то надіюсь вирішить проблеми з NAS mikrotik, покищо треба підняти NAS loсal і переконатись що білінг нормально фунциклірує

рахунок активний NAS local його в інет не пускає. відключив після смерті NAS local на всякий, може пустить і юзери перестанут виносити мозок)) зараз усіх перекинув на NAS mikrotik, тут пара тестових юзерів лишилося. ipfw table 4 list 172.16.0.2/32 8165 172.16.0.3/32 8150 172.16.0.4/32 8186 172.16.0.5/32 8154 ipfw pipe show 08165: 10.000 Kbit/s 0 ms burst 0 q139237 32 KB 0 flows (1 buckets) sched 73701 weight 0 lmax 0 pri 0 droptail sched 73701 type FIFO flags 0x0 0 buckets 0 active 00154: 2.048 Kbit/s 0 ms burst 0 q131226 32 KB 0 flows (1 buckets) sched 65690 weight 0 lmax 0 pri 0 dr

# ipfw show 00025 813187 231576791 allow ip from me to any via bridge0 00026 7067 670162 allow tcp from any to me dst-port 80 via bridge0 00027 4910885 347860585 allow udp from any to any dst-port 53 00060 112 5200 deny ip from any to me dst-port 22,3306,5555,199,4211 1,953 via bce0 06000 54298 7650321 nat 1 ip from table(2) to not table(9) via bce0 06001 2576078 1131725342 nat 1 ip from any to 91.230.25.187 via bce0 12000 162679 12590107 pipe tablearg ip from table(3) to any via bridge0 in 12001 183006 29260561 pipe tablearg ip from any to table(4) via bridge0 out 65535 58736052 15892432738 a

Нарешті руки дойшли до білінга. чому зламалось незнаю, а було все так 1-го серпня (в проміжку 00:00-01:00год, в цей момент знімалась АП) обновився на новий реліз (0.4.3 rev 2739) все працювало ніби добре. 2-го міняв згорівший мікротік NAS, зробив killall stargazer, запустив старгейзер, локальний NAS помер. при запуску старгейзера спостерігав як на замінений NAS Mikrotik заливаються юзери, хто без грошей зразу був відключений в аксес листі (спостерігав як відключались неактивні на двох мікротіках, а може у мене був глюк ) зробив ребут серверу. 3-го помічаю, що на ус

які запитання такі й відповіді

аналогічно перший раз ставив, пробував рубати з плеча, тупив і.т.д. і т.п. потім мене таки переконали зробити усе по доці і усе з пів обороту заводиться)) сам натикався 1. фря має бути чистою, у мнене багато було сексу через МС яке ставив спочатку і були подібні проблеми як у Вас. 2 час у біосі має бути виставлений вірно. 3. читаєм доку пробуєм вїхати якщо невіїхали і нічого не получилось повторити пункт 3. удачі.

проїхався до Коломиї, провітрився і згадав, що у мене через EoIP зє'днані усі НАСи, а там заворотів хватає! напевно тамже глюк сховався)

як може працювати заворот на себе коли в фаєрі немає жодного активного правила на заворот?

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

хоч бери і звільни себе з роботи за халатність .

може база покоцана і бекапу свіжого немаю

після DELETE * from `nethosts` WHERE `mac` LIKE 'отой_мак_юзера' мак став нормально. до того пробував шукати через пошук юзера по мак (вебморда) нічого не знаходив.

з якогось перепугу був на видаленому юзеру Спасибі!

killall stargazer зробив х-зна може через неочікуване завершення база покоцалась у одного юзеря мак пропав( при спробі переписати каже, що уже такий є. по мак пінгується 1-3мс але йду дроти/порти первіряти.

подивився більш детально, тільки свіжим викликається (тим, що тількищо баланс перейшов у мінус), мабудь з іншого насу тоже на такого свіжого попав і зробив висновок для всіх. після рестарту старгейзера локальний нас загнувся(( юзер адресу одержує, по мак пінгується 1-3мс, по IP пінг до 3000 доходить, або взагалі відсутний. активні в табличках 3 і 4 сидять. а нет не їде. от думаю, що поламав 1. БД але ж усі решта наси фунциклірують ...

рестарт старгейзера і все гут, усі боржники відключені. алеж відбувається.

саме ця реалізація і використовується від jcomm теж так подумав зразу але це вже другий місяць і цей самий нас. ось лог неактивного користувача якому тицьнув ресет /var/stargazer/allconnect.log 2013-08-01 14:30:04 - [Ubilling] - OnConnect started for user `klcentralna30ap_t1ne`: 2013-08-01 14:30:05 - [Executer] - SUCCESS: Address List entry with ID - `*39` was updated; 2013-08-01 14:30:05 - [Executer] - SUCCESS: Queue entry with ID - `*3B` was updated; 2013-08-01 14:30:05 - [Executer] - SUCCESS: ARP entry with ID - `*11B` was updated; 2013-08-01 14:30:05 - [Ubilling] - Elapsed time

нічого не змінилося юзер якому міняв баланс на 0 і знову в мінус ресетиться решта ні( незалежно що там стирчить

RESET_AO=0 отак там стричить

цікава ситуація з одним із насів Мікротік юзера з негативним балансом не відрубує при знятті АП. /var/stargazer/allconnect.log запису про подію немає при ресеті "підвисшого" корстувача, але варто зробити йому баланс >=0 і назад в мінус зразу все працює (відключає).

шейпер на реальний IP адрес на мене (зоніший IP білінгу) змаршрутизована підмережа рельників, аліасом стоїть перший IP на юер інтерфейсі. клієнт получає адресу, ходить в нет, все супер. тільки його не шейпить(( підкажіть де грабля

я хочу відмовився від EoIP після того як напиляли урапвління DHCP сервером з білінгу. менше інтерфейсів, менше сексу) от з UHW тепер задачка, мережа(172.32.0.0/20) з насу змаршрутизована на білінг і 172.32.0.1 пінгується, але так як DHCP сервер на мікротіку, то білінг нічого незнає про МАК клієнта який на ньго попадає. (NMLEASES=/var/log/dhcpd.log) Хвилини 4 часу на таке потрібно. Можете назвати хоч одну причину навіщо це може бути потрібним хочаб одному адекватному провайдеру? Ключове слово - провайдеру. ну тепер можу /var/log/dhcpd.log для локальних юзерів NM

на мікротіку було виключені графічки зразу, після включення помилка лишилася. так усе малюється. Дякую! Ще питання. Яким чином можна табличку 47 в фаєрі після ребуту оновити. (після ребуту вона порожня) або із синтаксисом допоможіть, як правильно написати правило . ${FwCMD} add 30 fwd 127.0.0.1,80 ip from T47* to not me dst-port 80 via bridge0 T47* може бути table\(47\) // тільки якщо після ребуту її оновлювати (проблеми з електрикою = необхідність ребуту) Т47* або table\(2\) and (not table\(3\)) // підкажіть який тут синтаксис.

якось так

я всю доку вздовж і в поперек перелистав - ані слова, а воно під носом)) http://nas/graphs/queue/ ... інвалід ІД вивалюється замість графіка(