Перейти до

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


Рекомендованные сообщения

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

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

чудеса :)

Ссылка на сообщение
Поделиться на других сайтах
  • Відповіді 1,8k
  • Створено
  • Остання відповідь

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

  В 25.03.2016 в 13:24, mgo сказав:

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

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

чудеса :)

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

Ссылка на сообщение
Поделиться на других сайтах

 

 

  В 25.03.2016 в 13:43, l1ght сказав:
т.е на пппое всё ок?))

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

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

Ссылка на сообщение
Поделиться на других сайтах

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

Відредаговано kissbohda
Ссылка на сообщение
Поделиться на других сайтах
  • 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 все проскакивают адекватно.

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

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

Відредаговано Andromeda
Ссылка на сообщение
Поделиться на других сайтах

Думаю ключевым тут будет 

 

  В 22.04.2016 в 05:56, Andromeda сказав:

На насе есть вланы. 

 

 

101 доступ есть. А остальным не сделали.

Ссылка на сообщение
Поделиться на других сайтах

 

 

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

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

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

 

 

  В 22.04.2016 в 05:56, Andromeda сказав:
И указал для них сервер доступа NAS..

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

3xfZTpj.png

Ссылка на сообщение
Поделиться на других сайтах

 

 

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

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

Ссылка на сообщение
Поделиться на других сайтах
  • 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
Відредаговано mgo
Ссылка на сообщение
Поделиться на других сайтах
  В 14.05.2016 в 14:17, mgo сказав:
billing.ini reset_AO зараз стрирчить 0, пробував 1, на ситуацію не впливає, старгейзер v2,409

rc1 чи rc2?

 

В rc2 виправлено всі вбудовані артефакти ресету на rscriptd.

Відредаговано nightfly
Ссылка на сообщение
Поделиться на других сайтах

 

 

  В 14.05.2016 в 14:22, nightfly сказав:
rc1 чи rc2?

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

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

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

Ссылка на сообщение
Поделиться на других сайтах
  В 14.05.2016 в 14:30, mgo сказав:
НАС ставився рік тому або більше

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

 

 

 

  В 14.05.2016 в 14:30, mgo сказав:
Білінг переїхав на нове залізо і нову систему тепер.

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

 

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

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

Відредаговано nightfly
Ссылка на сообщение
Поделиться на других сайтах

 

 

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

 

 

  В 14.05.2016 в 14:35, nightfly сказав:
Нє - з ним всьо ок.

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

 .gitignore              stg-2.409-rc1.tar.gz

stg-2.409-rc1           ub.tgz
 
как обновить до stg-2.409-rc2?
Ссылка на сообщение
Поделиться на других сайтах
  В 14.05.2016 в 14:42, a_n_h сказав:
странно, я ставил в декабре и у меня:

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

 

 

 

  В 14.05.2016 в 14:42, a_n_h сказав:
как обновить до stg-2.409-rc2?

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

 

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

Відредаговано nightfly
Ссылка на сообщение
Поделиться на других сайтах
Опубліковано: (відредаговано)
  В 14.05.2016 в 14:35, nightfly сказав:
PS я ж там лінк на відео вище залишив - якшо ефект такий, то так, це скоріш всього зламаний ранній 2.409 rc1.

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

 

 

  В 14.05.2016 в 14:35, nightfly сказав:
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
 

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

Відредаговано mgo
Ссылка на сообщение
Поделиться на других сайтах
  В 14.05.2016 в 14:52, mgo сказав:
нє ресет відпрацьовує

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

 

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

 

 

 

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

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

Відредаговано nightfly
Ссылка на сообщение
Поделиться на других сайтах
Опубліковано: (відредаговано)
нема нічого повисшого
 ps ax | grep php
 7090  3  S+       0:00.00 grep php
 
  Цитата
Типу двох юзерів по черзі від'єднує/приєднує на NAS-і?

 

зараз так
Відредаговано mgo
Ссылка на сообщение
Поделиться на других сайтах
Опубліковано: (відредаговано)
  В 14.05.2016 в 15:04, nightfly сказав:
PS мож в скайп поорати, нє?

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

Відредаговано mgo
Ссылка на сообщение
Поделиться на других сайтах

 

 

  В 14.05.2016 в 15:17, mgo сказав:
та можна, але ваш дивіз на локалі якось відиває всю охоту.

бе-бе-бе, то не для постійних жертв ;)

Ссылка на сообщение
Поделиться на других сайтах

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

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

Ссылка на сообщение
Поделиться на других сайтах
Опубліковано: (відредаговано)
  В 16.05.2016 в 16:10, Andromeda сказав:
Я так подозреваю, что при изменении ИП абонента биллинг рестарить ДХСП сервер.

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

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

 

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

Відредаговано mgo
Ссылка на сообщение
Поделиться на других сайтах

Создайте аккаунт или войдите в него для комментирования

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

Создать аккаунт

Зарегистрируйтесь для получения аккаунта. Это просто!

Зарегистрировать аккаунт

Вхід

Уже зарегистрированы? Войдите здесь.

Войти сейчас
  • Зараз на сторінці   0 користувачів

    Немає користувачів, що переглядають цю сторінку.

  • Схожий контент

    • Від 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? Буду вдячний за роз'яснення або посилання на відповідні приклади.
    • Від 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 виправлено проблему диких заокруглень, при вказанні зовнішньої комісії.  
      Повний чейнджлог
      Оновлена демка
       

    • Від 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.
       
      Може в когось було щось подібне? Хочу знати куди копати.
    • Від Remez
      Ценник 5,500
       
      в наличии 3 шт
       
       





    • Від 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 та перевірю...
       


×
×
  • Створити нове...