Перейти до

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


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

  • Відповіді 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

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

 

Підкажіть з макро

{ADDRESS} - адрес пользователя 

виводить тільки вулицю та номер буд.

{FULLADDRESS} нічого  невиводить.

 

а потрібно повний адрес, як у профілі користувача.

 

і неможу макро мобільного знайти.

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

Все змішалось в купу - люди, коні... :)

 

 

Підкажіть з макро

{ADDRESS} - адрес пользователя 

виводить тільки вулицю та номер буд.

воно залежне від CITY_DISPLAY та ZERO_TOLERANCE по ідеї.

 

 

{FULLADDRESS} нічого  невиводить.

тільки для друку чеків воно

 

 

і неможу макро мобільного знайти.

я теж :)

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

 

Все змішалось в купу - люди, коні...

ага, люди сідають на коні і їдуть  :)

 

 

 

і неможу макро мобільного знайти.

 

я теж

 

 

хм .. може б домалювати

підкажіть  з чого почати малювання?

хоч на шлях до модулю тицніть, може получиться)

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

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

Підкажіть як краще мігрувати на убілінг.

Маєм NAS мікротік,  ppoe сервер на німже.

є БД з логінами паролями ppoe, адресами куда ходити на кроваву росправу)

БД уже на Убілінгу.

 

На разі Убілінг  ppp на NAS мікротіку не підтримує.

Перевести на DHCP ніякого здоров'я нема, ppoe логіни в роутерах клієнтів.

які є варіанти?

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

зробив все, що  тут http://wiki.ubilling...p?id=freeradius

 

маєм 

створена мережа ppp statik, з використання радіуса

радіус мікротіка з'єднаний з  сервером

створений користувач, в наборі ppoe використовує логін пароль в Убілінгу.

додано два атрибути (покищо)

 

post-4093-0-45979800-1387954577_thumb.png

 

лог радіуса

Sun Dec 22 15:27:03 2013 : Auth: Login incorrect: [1ap1_dxj2/<via Auth-Type = MSCHAP>] (from client mikrotik port 46 cli 00:1F:16:17:XX:XX)

 

що пропустив чи не вірно зробив?

ощипятки в логіні паролі немає, перевірив двічі.

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

Пара Логин-Пароль создаётся автоматически для каждого пользователя сети с включенным радиусом.. В этом модуле указываются только reply-атрибуты... 

Ссылка на сообщение
Поделиться на других сайтах
Опубліковано: (відредаговано)
Пара Логин-Пароль создаётся автоматически для каждого пользователя сети с включенным радиусом..

 

можна детальныше?

я так розумію 

в базі є логін пароль, який створений автоматично/неавтоматично/імпортовано...

їх треба передати на мікротік через радіус атрибутами.

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

 

лог бідний дуже в радіуса(

непройшов і все, а з чим і звідки порівнювали нема





{RATE}      Скорость пользователя * 1000

а якщо швидкість не симетрична?

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

 

 

лог бідний дуже в радіуса(

# /usr/local/etc/rc.d/radiusd stop && radiusd -x

 

можна детальныше?

 

При подключении пользователя по PPPoE, он подключается к микротику, на нем указан сервер FreeRADIUS и микротик у него спрашивает есть ли такой пользователь и какой у него праоль. Так вот, к чему я, эта пара (username Cleartext-Password := password) автоматом создаются для всех пользователей сети, для которой включена поддержка RADIUS. (Проверить можно сделав запрос в консоли разработчика - SELECT * FROM `radius_check`).. Далее радиус отвечает микротику и в случае успешной авторизации передает все атрибуты, которые вы указываете в модуле...

Ссылка на сообщение
Поделиться на других сайтах
Опубліковано: (відредаговано)




SELECT * FROM `radius_check`)

Результат
array (
0 =>
array (
'UserName' => '1ap1_dxj2',
'Attribute' => 'Cleartext-Password',
'op' => ':=',
'Value' => '22',
),
)
 /usr/local/etc/rc.d/radiusd stop && radiusd -x

лог запуску став розгорнутий, а авторизації лишився той самий

я на користувачі шифрування виключив, пароль в лозі видно.

 

Mon Dec 23 09:48:57 2013 : Auth: Login incorrect: [1ap1_dxj2/22] (from client mikrotik port 59 cli 00:1F:16:17:49:30)

 

ну такий лог з шифруванням у користувача

Mon Dec 23 09:55:48 2013 : Auth: Login incorrect: [1ap1_dxj2/<via Auth-Type = MSCHAP>] (from client mikrotik port 64 cli 00:1F:16:17:49:30)

 

із запиту та логу видно що опечатки нема або я дуже сліпий.

чому всежтаки Auth: Login incorrect?

 

де глянути лог запиту радіуса до бази?

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

 

 

де глянути лог запиту радіуса до бази?

Включается в sql.conf.. Там же указывается где смотреть будете...

 

Какие атрибуты установлены в биллинге?

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

В момент авторизації юзера радіус має звертатися до бази?

Чи в момент запуску?

 

Включив лог усіх запитів до mysql, там немає запитів від радіуса!

ні в момент запуску, ні в момент спроби авторизуватися юзера.

 

В файл, що вказаний в sql.conf як лог для sql запитів нічого не пишеться.

радіус запущений "radiusd -x"

 

в sql.conf  авторизацію  mysql прописав.

Какие атрибуты установлены в биллинге?

 

post-4093-0-75964700-1387954636_thumb.png

 

Якось так, навмання тицьнув пару

поняття не маю які мають бути і як записувати, тицніть носом будьласка на робочий приклад.

 

http://www.mikrotik.com/testdocs/ros/2.9/guide/aaa_radius.php

тут доку мікротіка знайшов, але методом научного тика треба ото пробувати, що і куда.

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

поняття не маю які мають бути і як записувати, тицніть носом будьласка на робочий приклад.

Оствтье только Framed-IP-Address = {IP} и Framed-IP-Netmask = 255.255.255.255

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

мучу радіус

такий лог получив

 

# Executing section authorize from file /usr/local/etc/raddb/sites-enabled/default
[pap] WARNING! No "known good" password found for the user. Authentication may fail because of this.
# Executing group from file /usr/local/etc/raddb/sites-enabled/default
Login incorrect: [1ap1_dxj2/<via Auth-Type = MSCHAP>] (from client mikrotik port 51 cli 00:1F:16:17:49:30)
# Executing group from file /usr/local/etc/raddb/sites-enabled/default

Ссылка на сообщение
Поделиться на других сайтах
Опубліковано: (відредаговано)

/usr/local/etc/raddb/sites-enabled/default



authorize {
sql # було  закоментовано!
}

тому небуло звернень до БД!

розкоментував, авторизація пройшла.

 

зараз 734 link control protocol terminated у юзера вилітає.

тут мабудь невистачає атрибутів, рогрібати буду завтра.

Відредаговано mgo
Ссылка на сообщение
Поделиться на других сайтах
  • 3 weeks later...
Опубліковано: (відредаговано)

 З новим роком та Різвом  Христовим шановну підтримку Ubilling та всіх хто тут буває!

 

Пробую  налаштувати радіус.

 

ось що напробував.

радіус успішно авторизє юзера який прописаний у файлі /usr/local/etc/raddb/users

та адекватно реагує на атрибути тутже.

 

 

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

 

лог радіуса при авторизації юзера з білінга







# Executing section authorize from file /usr/local/etc/raddb/sites-enabled/default
rlm_sql (sql): Reserving sql socket id: 4
rlm_sql_mysql: query: SELECT (@cnt := @cnt + 1) as id, UserName, Attribute, Value, op FROM radius_check CROSS JOIN (SELECT @cnt := 0) AS dummy WHERE username = '1ap1_dxj2' ORDER BY id
rlm_sql_mysql: query: SELECT (@cnt := @cnt + 1) as id, UserName, Attribute, Value, op FROM radius_reply CROSS JOIN (SELECT @cnt := 0) AS dummy WHERE username = '1ap1_dxj2' ORDER BY id
rlm_sql_mysql: query: SELECT GroupName FROM radius_usergroup WHERE UserName = '1ap1_dxj2' ORDER BY priority
rlm_sql_mysql: query: SELECT (@cnt := @cnt + 1) as id, GroupName, Attribute, Value, op FROM radius_groupcheck CROSS JOIN (SELECT @cnt := 0) AS dummy WHERE groupname = 'taryf_test' ORDER BY id
rlm_sql_mysql: query: SELECT (@cnt := @cnt + 1) as id, GroupName, Attribute, Value, op FROM radius_groupreply CROSS JOIN (SELECT @cnt := 0) AS dummy WHERE groupname = 'taryf_test' ORDER BY id
rlm_sql (sql): Released sql socket id: 4
# Executing group from file /usr/local/etc/raddb/sites-enabled/default
Login OK: [1ap1_dxj2/<via Auth-Type = MSCHAP>] (from client mikrotik1 port 58 cli 00:1F:16:17:49:30)
Ready to process requests.

/usr/local/etc/raddb/users







st      Cleartext-Password := "22"
        Service-Type = Framed-User,
        Framed-Protocol = PPP,
        Framed-IP-Address = 172.16.3.33,
        Framed-IP-Netmask = 255.255.255.0,
        Mikrotik-Rate-Limit = "2048k/1024k"


скрін атрибутів в  білінгу

http://clip2net.com/s/6ycepA

Відредаговано mgo
Ссылка на сообщение
Поделиться на других сайтах
 SELECT (@cnt := @cnt + 1) as id, UserName, Attribute, Value, op FROM radius_check CROSS JOIN (SELECT @cnt := 0) AS dummy WHERE username = '1ap1_dxj2' ORDER BY id

результат

array (
0 =>
array (
'id' => '1',
'UserName' => '1ap1_dxj2',
'Attribute' => 'Cleartext-Password',
'Value' => '22',
'op' => ':=',
),
)
SELECT (@cnt := @cnt + 1) as id, UserName, Attribute, Value, op FROM radius_reply CROSS JOIN (SELECT @cnt := 0) AS dummy WHERE username = '1ap1_dxj2' ORDER BY id

порожный результат

SELECT GroupName FROM radius_usergroup WHERE UserName = '1ap1_dxj2' ORDER BY priority

результат

array (
0 =>
array (
'GroupName' => 'taryf_test',
),
)
SELECT (@cnt := @cnt + 1) as id, GroupName, Attribute, Value, op FROM radius_groupcheck CROSS JOIN (SELECT @cnt := 0) AS dummy WHERE groupname = 'taryf_test' ORDER BY id

порожный результат

query: SELECT (@cnt := @cnt + 1) as id, GroupName, Attribute, Value, op FROM radius_groupreply CROSS JOIN (SELECT @cnt := 0) AS dummy WHERE groupname = 'taryf_test' ORDER BY id

порожный результат

Ссылка на сообщение
Поделиться на других сайтах
Опубліковано: (відредаговано)

:facepalm:

во  натупив!

NAS сервер забув додати от і ніфіга не їде!
додав нас сервер і все взлетіло.

 

получилося щось таке
юзер звонить на pppoe, радіус дає з бази IP адресу та швидкість.

 

дальше ставлю цей мікротік як NAS MikroTik і  керую  фаєром(в інтернет чи в кабінет) як звичайним насом.

Відредаговано 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, торг
       


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