Jump to content

Ubilling + NAS на FreeBSD бортжурнал починаючого адміна


Recommended Posts

що вам хлопці скажу, пиз%#лей виписаний власнику вищестоящого провайдера рішила проблему за 30 хвилин.

і чорна діра пропала і мегабіти усі як в аптеці побігли.

чудеса :)

Link to post
Share on other sites
  • Replies 1.8k
  • Created
  • Last Reply

Top Posters In This Topic

Top Posters In This Topic

Popular Posts

Вітаю Татко!   

Не так вже й багато   Ход коньом:   # cat /bin/clear_dhcpdlog #!/bin/sh /bin/echo > /var/log/dhcpd.log /usr/local/etc/rc.d/isc-dhcpd restart # chmod a+x /bin/clear_dhcpdlog # crontab -e

http://wiki.ubilling.net.ua/doku.php?id=userstats       Расист? http://wiki.ubilling.net.ua/doku.php?id=userstats

Posted Images

що вам хлопці скажу, пиз%#лей виписаний власнику вищестоящого провайдера рішила проблему за 30 хвилин.

і чорна діра пропала і мегабіти усі як в аптеці побігли.

чудеса :)

т.е на пппое всё ок?))

Link to post
Share on other sites

 

 

т.е на пппое всё ок?))

угу негодні вони щось там вілан прокинути, але по пппое 300 мегабіт дають  :huh:

мій висновок відносно чорної діри був правильний. 

Link to post
Share on other sites

больше похоже что не было tcp mssfix в твою сторону -_-

если частично сайты открывались

или зажато мту на их стороне

Link to post
Share on other sites

Привіт всім  , як мені подивитися минулі звіти по трафіку ,У модулі "звіт по трафіку " бачу лиш за цей місяць ?

Edited by kissbohda
Link to post
Share on other sites
  • 3 weeks later...

Народ, прошу помощи. Мой сам уже думать не могу - мозг сломал... 

Суть вопроса такова: Есть биллинг сервер, есть nas на фряхе. На насе есть вланы. В "сети и услуги" создал сети и услуги... (неожиданно да?)

192.168.101.0/24

192.168.102.0/24

192.168.103.0/24

192.168.104.0/24

И указал для них сервер доступа NAS..

По итогу NAS реагирует только на подсеть 192.168.101.0/24. Туда все добавляет/изменяет/выключает и дальше по списку. Остальные - идут лесом: tail -F /var/stargazer/allconnect.log смотрю, там только юзверя со 101-й светятся... Ну и дальше, как результат, айпишки 102.0/24 -104.0/24 не попадают в табличку 3-4, интернета нема. На биллинге в allconnect все проскакивают адекватно.

Ткните мордочкой куда копать. Ну и что вам показать тоже говорите - сдамся с потрохами. 

Заранее сори если замолчу на время - солнце взошло, и такой нечисти как я положено спать....))))

Edited by Andromeda
Link to post
Share on other sites

 

 

По итогу NAS реагирует только на подсеть 192.168.101.0/24. Туда все добавляет/изменяет/выключает и дальше по списку. Остальные - идут лесом: tail -F /var/stargazer/allconnect.log смотрю, там только юзверя со 101-й светятся... Ну и дальше, как результат, айпишки 102.0/24 -104.0/24 не попадают в табличку 3-4, интернета нема. На биллинге в allconnect все проскакивают адекватно.

у мене допомагає перезапуск старгейзера і НАС коли додаю новий НАС rscript

при умові, що більше ніде ненатуплено.

 

 

И указал для них сервер доступа NAS..

для кожної підмережі піпішка  яка пінгається з білінга і висить на НАС (може бути одна і та сама)  тіпа отак

3xfZTpj.png

Link to post
Share on other sites

 

 

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

Дуже дякую, ось це допомогло!

Link to post
Share on other sites
  • 3 weeks later...

Доброго здоров'я!

Наблюдаю наступну картину на віддаленому NAS

на білінгу 0.7.6 rev 5005 все спокійно в  /var/stargazer/allconnect.log

на NAS хомячків багато, поки наблюдаю тільки для двох.

 

billing.ini reset_AO зараз стрирчить 0, пробував 1, на ситуацію не впливає, старгейзер v2,409

коли роблю абону -1грошей з каруселі пропадає

 

де ще можна подивитися, поправити для виправлення ситуації?

2016.05.14 16:27:34 DISCONNECT: ID-349;LOGIN-153ap0_htyr;IP-172.16.21.23;CASH-0
2016.05.14 16:27:36 CONNECT: ID-11;LOGIN-10ap0_snjd;IP-172.16.4.29;CASH-100;SPEED-32768;UPSPEED-32768,MAC-bc:ee:7b:67:6a:e1
2016.05.14 16:27:46 DISCONNECT: ID-11;LOGIN-10ap0_snjd;IP-172.16.4.29;CASH-100
2016.05.14 16:27:54 CONNECT: ID-349;LOGIN-153ap0_htyr;IP-172.16.21.23;CASH-0;SPEED-2048;UPSPEED-2048,MAC-4c:5e:0c:6c:78:f5
2016.05.14 16:28:03 DISCONNECT: ID-349;LOGIN-153ap0_htyr;IP-172.16.21.23;CASH-0
2016.05.14 16:28:16 CONNECT: ID-11;0ap0_snjd;IP-172.16.4.29;CASH-100;SPEED-32768;UPSPEED-32768,MAC-bc:ee:7b:67:6a:e1

Edited by mgo
Link to post
Share on other sites

 

 

rc1 чи rc2?

де подивитися?

НАС ставився рік тому або більше 

Білінг переїхав на нове залізо і нову систему тепер.

Link to post
Share on other sites
НАС ставився рік тому або більше

Нє - з ним всьо ок.

 

 

 

Білінг переїхав на нове залізо і нову систему тепер.

Він здається не пише при старті нічо крім того, шо він 2.409. Можна спробувати зирнути так: # ls /usr/local/ubinstaller/distfiles/

 

PS я ж там лінк на відео вище залишив - якшо ефект такий, то так, це скоріш всього зламаний ранній 2.409 rc1.

PS2 якшо старгейзер свіжий - також треба подивитись, чи зі сторони біллінга нема повисших процесів php.

Edited by nightfly
Link to post
Share on other sites

 

 

14 май 2016 - 5:30 PM mgo писал: НАС ставився рік тому або більше

 

 

Нє - з ним всьо ок.

странно, я ставил в декабре и у меня:

 .gitignore              stg-2.409-rc1.tar.gz

stg-2.409-rc1           ub.tgz
 
как обновить до stg-2.409-rc2?
Link to post
Share on other sites
странно, я ставил в декабре и у меня:

Ну значит не повезло :)

 

 

 

как обновить до stg-2.409-rc2?

Опять же - линк был выше: http://wiki.ubilling.net.ua/doku.php?id=stg2409

 

Но это все относиться только к биллинговому серверу. На самих NAS-ах с rscriptd ничего делать не нужно.

Edited by nightfly
Link to post
Share on other sites
PS я ж там лінк на відео вище залишив - якшо ефект такий, то так, це скоріш всього зламаний ранній 2.409 rc1.

нє ресет відпрацьовує саме цього користувача, і інших теж

 

 

PS2 якшо старгейзер свіжий - також треба подивитись, чи зі сторони біллінга нема повисших процесів php.

 

вроді нема,  коли повисає, то висить процес з логіном корстувача в параметрах, хоча  можу помилятись

ps ax | grep stargazer
41061  -  Ss      64:01.21 stargazer
41062  -  I        0:00.04 stargazer: stg-exec (stargazer)
 7015  3  S+       0:00.00 grep stargazer
 

 ребутити білінг?

Edited by mgo
Link to post
Share on other sites
нє ресет відпрацьовує

А, млять. Я не уважно позирив - вже звикати почав, шо в allconnect мені постійно показують проблеми з ресетом :)

 

Типу двох юзерів по черзі від'єднує/приєднує на NAS-і?

 

 

 

вроді нема, коли повисає, то висить процес з логіном корстувача в параметрах, хоча можу помилятись

Ні, все так, і там grep php тре дивитись.

Edited by nightfly
Link to post
Share on other sites
нема нічого повисшого
 ps ax | grep php
 7090  3  S+       0:00.00 grep php
 
Типу двох юзерів по черзі від'єднує/приєднує на NAS-і?

 

зараз так
Edited by mgo
Link to post
Share on other sites
PS мож в скайп поорати, нє?

та можна, але ваш дивіз на локалі якось відбиває всю охоту.

Edited by mgo
Link to post
Share on other sites

Народ, может кто подскажет по быстрому ответ на такой вопрос:

Я так подозреваю, что при изменении ИП абонента биллинг рестарить ДХСП сервер. Подскажите, плиз, а как и где конкретно происходит рестарт ДХСП? В каком скрипте? Хочу чтобы при рестарте еще одна команда выдавалась... 

Link to post
Share on other sites
Я так подозреваю, что при изменении ИП абонента биллинг рестарить ДХСП сервер.

нафіга підозрювати, гляньте в tail -F /var/log/dhcpd.log коли мінєте айпішку, але немалоб, переписується ДХСП  конфіг для мережі і все. 

Подскажите, плиз, а как и где конкретно происходит рестарт ДХСП? 

 

коли входите в меню мережі, там верняк рестартить 

Edited by mgo
Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
  • Recently Browsing   0 members

    No registered users viewing this page.

  • Similar Content

    • By grach_witch_cheese
      Вітаю, колеги!
      Маю наступну схему:
      DHCP-сервер: Accel-PPP (IPoE) DHCP-Relay: MikroTik RADIUS: Запущений безпосередньо на сервері uBilling Зараз авторизація абонентів здійснюється за MAC-адресою, але планується перехід на авторизацію через Option 82.
      У документації uBilling наведені приклади конфігурацій, коли DHCP-сервер працює локально (на самому uBilling) і містить відповідні шаблони для обробки Option 82.
      Однак немає чіткої інформації про використання Option 82 при віддаленому DHCP-сервері, зокрема, коли Accel-PPP використовується як DHCP-сервер у режимі remote та налаштований через Купаген.
      Питання:
      Чи можливо використовувати Accel-PPP як віддалений DHCP-сервер з авторизацією через Option 82? Якщо так, то де відбувається парсинг значень Remote-ID і Circuit-ID? Де в цьому випадку мають зберігатися шаблони для Option 82? Буду вдячний за роз'яснення або посилання на відповідні приклади.
    • By nightfly
      Ubilling 1.5.2 rev 9302 Book of Endings
       
      Зміни в структурі БД. alter.ini: нова опція FASTPROFITCALC_ENABLED, що вмикає швидкий підрахунок прибутку. alter.ini: нова необов'язкова опція KARMA_IN_PROFILE що вмикає показ карми в профілі користувача. alter.ini: нова опція SWITCHES_AUTH_ENABLED, що вмикає довідник даних авторизації пристроїв. alter.ini: нова опція PON_SCRIPTS_ENABLED, що вмикає підтримку скриптів OLT в ПОНізаторі. alter.ini: нова опція PON_ONU_FDB_SELFFILTER, що вмикає фільтр MAC-ів при відображенні FDB за ONU. alter.ini: нова опція USERBYIP_ENABLED, що вмикає виклик userbyip в RemoteAPI. alter.ini: пачка нових опцій PB_FASTURL_*, що керують поведінкою модулю відсилання коротких посилань на оплату. Модуль PONizer: виправлена помилка зникнення PON інтерфейсів при опиті BDCOM GP3600 Модуль “Профіль користувача”: для опису плагінів профілю та оверлеїв на кшталт “чорної магії” тепер опційно можливо вказувати link_target. Модуль “Панель задач”: для опису елементів панелі задач, тепер опційно можна вказувати LINK_TARGET. Модуль Записи телефонних розмов: вирішено проблеми швидкодії, при перегляді списку записів дзвінків. Модуль “Записи телефонних розмов”: більше не призводить до вичерпання пам'яті процесу, при перегляді великих архівів дзвінків. Модуль “Записи телефонних розмов”: новий аудіо-плеєр для прослуховування записів з візуалізацією аудіо-хвилі. Модуль “Пошук оплат”: реалізовано можливість швиденького підрахунку прибутку по обраних чекбоксами платежах. Модуль УКВ: реалізовано можливість швиденького підрахунку прибутку по обраних чекбоксами платежах. Модулі Мапа обладнання та користувачів: трішки вичищено код. Ліпше не стало. Модуль “Мапа будинків”: поле пошуку при розташуванні будинку, тепер попередньо заповнено локацією, при переході за посиланням “розташувати на мапі”. Модуль “Панель задач”: опція TB_QUICKSEARCH_INLINE змінила свою поведінку, та може тепер приймати значення 0|1|2. Модуль “Звіт по трафіку”: виправлено проблему відображення графіків OphanimFlow для NAS на роздільних здатностях менше ніж FullHD. Кабінет користувача: в модулі “Відеоспостереження” відображення попереднього перегляду каналів користувача, стало трішки притомнішим. Сховище зображень: трішки покращено поведінку форми завантаження. RemoteAPI: новий виклик onusigcompressor, що радикально стискає розпухаючі дані історії сигналів ONU. RemoteAPI: новий виклик pbxmonrefill, що оновлює кеш записів телефонних розмов. RemoteAPI: новий виклик userbyip, що повертає дані про користувача за його IP. OpenPayz: в бекенді та фронтенді platon виправлено проблему диких заокруглень, при вказанні зовнішньої комісії.  
      Повний чейнджлог
      Оновлена демка
       

    • By ppv
      Після оновлення до 1.5.1 не відображаються сигнали на
      OLT BDCOM P3310B (Device version10.1.0B)

      та
      P3608-2TE (Firmware Version10.1.0E). 

      3310C та P3608B ніяких проблем немає, знімає все добре. 
      З GPON3600-8 все зрозуміло будуть виправлення в Ubilling: 1.5.2.
       
      Може в когось було щось подібне? Хочу знати куди копати.
    • By Remez
      Ценник 5,500
       
      в наличии 3 шт
       
       





    • By mac
      Глюк в тому, що один (так - тільки один) mac адрес onu існує в білінгу у вигляді строки. Це трохи заважає.
      olt - bdcom gepon.
      Наскільки зрозумів, це виключно проблема реалізації snmpwalk у freebsd, де snmpwalk може на свій розсуд віддати mac адресу не як hex-string, а як звичайний string.
      Можливо snmpwalk тригериться на якомусь символі, мені невідомо.
       
      # tcpdump -vv -i em0 udp port 161 and host olt and host ub | grep "3320.101.10.4.1.1.241 ... olt.snmp > ub.47940: [udp sum ok] { SNMPv2c C="*****" { GetResponse(44) R=93278354 E:3320.101.10.4.1.1.241="8LO"W*" } } ub.47940 > olt.snmp: [udp sum ok] { SNMPv2c C="*****" { GetNextRequest(34) R=93278355 E:3320.101.10.4.1.1.241 } } snmpwalk -c***** -v2c -t5 olt .1.3.6.1.4.1.3320.101.10.4.1.1 SNMPv2-SMI::enterprises.3320.101.10.4.1.1.241 = STRING: "8LO\"W*" snmpwalk -Ox -c***** -v2c -t5 olt .1.3.6.1.4.1.3320.101.10.4.1.1 SNMPv2-SMI::enterprises.3320.101.10.4.1.1.241 = Hex-STRING: 38 4C 4F 22 57 2A  
      Це стосується таких параметрів у snmp конфізі bdcom
       
      [signal] MACINDEX=".1.3.6.1.4.1.3320.101.10.4.1.1" [misc] ONUINDEX=".1.3.6.1.4.1.3320.101.11.1.1.3"  
      За для усунення глюку спробував трошки змінити код і завдати тип snmp параметру явно у ./api/libs/api.ponbdcom.php у function collect()
      Це працює. Мабуть станеться у нагоді:
       
      # diff api.ponbdcom.php{.new,.bak} 37c37 < $onuIndex = $this->snmp->walk('-Ox ' . $oltIp . ':' . self::SNMPPORT, $oltCommunity, $onuIndexOid, self::SNMPCACHE); --- > $onuIndex = $this->snmp->walk($oltIp . ':' . self::SNMPPORT, $oltCommunity, $onuIndexOid, self::SNMPCACHE); 91c91 < $macIndex = $this->snmp->walk('-Ox ' . $oltIp . ':' . self::SNMPPORT, $oltCommunity, $macIndexOID, self::SNMPCACHE); --- > $macIndex = $this->snmp->walk($oltIp . ':' . self::SNMPPORT, $oltCommunity, $macIndexOID, self::SNMPCACHE);  
      P.S. Створив тему, а зараз міркую: а може це глюк у ПЗ olt. Оновлю фірмваре olt та перевірю...
       


×
×
  • Create New...