Перейти до

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

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

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

чудеса :)

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

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

 

 

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

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

 

 

По итогу 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

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

 

 

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

rc1 чи rc2?

 

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

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

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

 

 

 

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

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

 

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

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

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

 

 

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

 

 

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

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

 .gitignore              stg-2.409-rc1.tar.gz

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

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

 

 

 

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

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

 

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

Відредаговано nightfly
Ссылка на сообщение
Поделиться на других сайтах
Опубліковано: (відредаговано)
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
 

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

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

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

 

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

 

 

 

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

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

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

 

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

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

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

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

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

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

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

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

 

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

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

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

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

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

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

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

Вхід

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

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

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

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

    • Від ppv
      Потрібно було витерти одну мережу, всі абоненти з неї були перенесені в іншу. Але світить що 6 IP зайняті, хоча вона повністю вільна.
       
      ID    Мережа/CID           RВсього IP        Використано IP ▾           Вільно IPСервіс
      6      172.16.70.0/23        506                    6                                       500
       
      Підкажіть як правильно це підчистити щоб видалити мережу.
    • Від sanyadnepr
      Приветствую всех.
      Подскажите пожалуйста где копнуть и нет ли проблемы со стороны протокола взаимодействия сити24 или возможно не учтена необходимая проверка в модуле сити24 в Ubilling, пока писал понял что похоже в проверке payID, но это не точно.  
      Недавно обнаружилось с сити24 начали прилетать дубликаты платежей, в целом платежей мало, два одинаковых запроса Pay с одинаковым transactionID и payID в одну секунду одному платежному ID при этом биллинг "думает" примерно чуть больше минуты и отвечает одним ответом <result>0</result>, сити24 утверждает что ответ они не получили и по протоколу дальше повторяет запросы дублем, биллинг ответ и так по кругу, сити24 спрашивает каким образом с одинаковым payID от сити24 билл продолжает обрабатывать запросы и пополнять абоненту счет раз в 5 минут примерно, на одну и туже сумму, ведь этот payID уже был обработан предполагают сити24 согласно протоколу.
      Конечно есть вопрос к сити24 зачем они дублем присылают два запроса, но они отвечают что эта ситуация учтена в протоколе и проблема на стороне биллинга, потому что он пополняет счет по уже обработанному одинаковому payID.
      При этом transactionID в дублях одинаковый, но с каждым новым дублем разный.
      Если зафаерволить запросы от сити24, но оставить возможность отвечать то после блокировки билл отправляет 2-3 минуты 6 ответов <account>0001</account>  <result>0</result>.
      После снятия блокировки, дубли и платежи нескольких проблемных абонентов прилетают так же по кругу, при этом и с некоторыми новыми пополнениями происходит аналогичная ситуация.
      В openpayz в платежах transactionID и не видно payID.
    • Від nightfly
      Ubilling 1.4.3 rev 9058 The Bladewood Grove
       
      Зміни в структурі БД. alter.ini: нові опції OPHANIMFLOW_ENABLED та OPHANIMFLOW_URLS котрі вмикають та керують інтеграцією з OphanimFlow. alter:ini: нова опція PHOTOSTORAGE_POSTPROCESSING, що вмикає післяобробку зображень при завантаженні в Сховище зображень. alter:ini: нова опція PHOTOSTORAGE_WATERMARK, що вмикає розміщення вотермарки на всіх зображеннях, що завантажуються. alter:ini: нова опція PHOTOSTORAGE_RECOMPRESS, що вмикає зміну компрессії завантажених зображень. alter:ini: нова опція PHOTOSTORAGE_AUTORESIZE, що вмикає автоматичне та лагідне масштабування зображень конячих розмірів. alter:ini: нова опція PHOTOSTORAGE_DRAWIMGINFO, що вмикає вдруковування в зображення відлагоджувальної інформації. alter.ini: нова опція ONDEMAND_CHARTS, що вмикає відкладене завантаження графіків завантаження користувацької смуги. userstats.ini: нова опція OPHANIM_ENABLED, що вмикає інтеграцію OphanimFlow в кабінеті користувача. Модуль Заздрість: тепер авторизаційні дані пристроїв, не відображаються в списку пристроїв. Модуль “Заздрість”: при створенні та редагуванні пристроїв, для полів “пароль” та “enable пароль” тепер використовуються інпути паролів. Модуль “Заздрість”: заздрісним пристроям додано нове поле “Порт”. Тепер в скриптах можна використовувати, відповідний макрос {PORT}. Модуль “Статистика трафіку користувача”: проведено радикальний рефакторинг. Модуль “Статистика трафіку користувача”: додано опційну можливість, відображення трафіку отриманого з OphanimFlow. Модуль “Статистика трафіку користувача”: виправлено проблему невірного відображення залишку коштів на кінець місяця, при використанні Ішимури. Модуль “Статистика трафіку користувача”: додано можливість відображення графіків за останню годину з OphanimFlow. Модуль “Користувачі”: додано опційну можливість, відображення трафіку отриманого з OphanimFlow. Модуль “Сховище зображень”: тепер додатково перевіряє завантажувані зображення на тему їх валідності. Модуль “Фінансові операції”: виправлено відображення суми платежів користувача. Remote API: новий виклик ophanimtraff, який просто бере і синхронізує локальну БД з віддаленими джерелами OphanimFlow. Remote API: виклик userbynum тепер також опційно містить поле з “Платіжним ID” користувача. Глобально: у всіх полях вводу паролів, окрім форми входу, тепер відображається елемент керування “показати/приховати” пароль. Кабінет користувача: в модулі “Трафік” додано опційну можливість, відображення трафіку отриманого з OphanimFlow. Кабінет користувача: в модулі “Трафік” виправлено проблему невірного відображення залишку коштів на кінець місяця, при використанні Ішимури. Кабінет користувача: в модулі “Відеоспостереження” для NVR WolfRecorder замінено розділювач попередньо заповнених даних авторизації. OpenPayz: додано frontend portmonemulti, для отримання платежів від різних контрагентів. Інформацію по контрагентам бере з біллінгу, також використовую розширену інформацію контрагента. Платіжна система в контрагенті мусить бути створена, як PORTMONE 1984tech: додано функціонал генерації RPZ для isc-bind, спасибі @misterromanbush  
      Повний чейнджлог
      Оновлена демка
       

    • Від mac
      Здається, після оновлення PHP 7.4 до PHP 8.2 feesharvester припинив працювати:
       
      /usr/local/bin/curl "http://127.0.0.1/billing/?module=remoteapi&key={SERIAL}&action=feesharvester" <br /> <b>Fatal error</b>: Uncaught TypeError: Unsupported operand types: string - string in {UBPATH}/billing/api/libs/api.fundsflow.php:570 Stack trace: #0 {UBPATH}/billing/modules/remoteapi/feesharvester.php(22): FundsFlow-&gt;harvestFees('2024-01') ...  
      Невеличке розслідування врешті з'ясувало, що це через наявність пробілу у деяких логінах абонентів. Як так сталося? Тому що інколи був неуважно додан трейлінг пробіл до номеру будинка і цей пробіл потрапив до логіну абоненту. Логін абоненту неможливо змінити ніяким чином штатними засобами. Я не розглядаю створення нового абонента для усунення помілки.

      Був обран такий шлях вирішення проблеми. Заміну функції php explode() знайшов у мережі. Мабуть це станеться в нагоді:

       
      diff api.fundsflow.php.bak api.fundsflow.php.new 559c559 < $eachfee = explode(' ', $eachline); --- > $eachfee = preg_split("~(?<!\\\\)(?:\\\\{2})*'[^'\\\\]*(?:\\\\.[^'\\\\]*)*'(*SKIP)(*F)|\s+~s" , $eachline);  
    • Від Zend
      Продам сабж.
      2 контроллера CA07336-C001, в каждом по одном интерфейсном модуле CA07336-C009 (2 x 1Gbps iSCSI)
      HDD: 24 x 900GB SAS 10K
      Исправен.
      С ним могу продать шкафчик того же вендора.
       
      Стоимость - $4000, торг
       


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