Перейти до

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


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

нужно просто добавить девайс в свичи, ессесно указать комьюнити и поле "описание" вхуячить MTSIGMON

 

Ну вот добавляю просто без шаблона, оно не добавляется, везеде по 0/0.

Добавляю пустой шаблон "NSM2", добавляю свитч с этим шаблоном и .... 

wrong data input: INSERT INTO `switches` (`id` ,`modelid` ,`ip` ,`desc` ,`location` ,`snmp`,`geo`,`parentid`) VALUES ('', '2', '172.16.0.5', 'MTSIGMON', '', 'special','', NULL );

:unsure:

Какой шаблон выбрать? Или как его создать самому, под БС.

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

......

поскриншотно показывайте что и как делаете и что на выхлопе выходит :)

 

как видно у меня оно без шаблона, указал только что там два порта и то для наглядности

и вполне себе опрашивается

post-25565-0-83357500-1438511689_thumb.png

post-25565-0-85285000-1438511702_thumb.png

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

Нет шаблонов

1173c33184e5.jpg

 

Вот по 0/0

4b97ec4237dc.jpg

Создаю

e4d3edcf7f84.jpg

Жму сохранить и бац, по 0/0

6fbd18326912.jpg

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

а ещё меньше картинки нельзя было?

ска я говорю шаблон не нужен!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!

просто создать устройство без шаблона, не?

 

я чего-то не понял, не могется добавится моделька свича?

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

Что писать в локейшн?

И еще есть по мимо комюнити на устройстве и контакт  :blink:

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

Доброе время суток!

Возникла проблема, после многократной смены ip перестал работать DHCP, как его можно перезапустить?

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

Як же мене достали ping no buffer space available

 

Cитуація наступна раз в тиждень +- НАС починає плющити оцею байдою на інтерфейсі який дивиться в світ, пінг рваний  з світу  до сервера   ~50% втрат, попускає тільки після фізичного ребуту, просто написати system reboot мало( після перезагрузки таким чином рубає дальше.

 

 

em0 дивиться в світ, em1 на юзерів, тюнінг зробив з mbufs.

 

нюанс дядька якому я оце обслуговую  по пппое пи@№%ть аплінк, приймає мпд5

 

що саме цікаво за 100 метрів стоїть такийже НАС также пи@№%ть аплінк у тогож прова, навіть диски клонував)) з такою мережевою двоголовий Intel 82571EB і проблем ненаблюдається)

нагрузка ~50 мегабіт в час пік.

навантаження на проц максимум 25% 

 

у кого які думки звідки ноги ростуть?









#netstat -id
Name Mtu Network Address Ipkts Ierrs Idrop Opkts Oerrs Coll Drop
usbus 0 <Link#1> 0 0 0 0 0 0 0re0* 1500 
re0*1500 <Link#2> 94:de:80:de:15:02 0 0 0 0 0 0 0
em0 1500 <Link#3> 00:1b:21:d0:b4:cc 8697508 0 0 12101001 0 0 5828018
em1 1500 <Link#4> 00:1b:21:cf:f5:a9 505097 0 0 536302 0 0 0
usbus 0 <Link#5> 0 0 0 0 0 0 0
ipfw0 65536 <Link#6> 0 0 0 0 0 0 0
lo0 16384 <Link#7> 4 0 0 4 0 0 0
lo0 16384 localhost ::1 0 - - 0 - - -
lo0 16384 fe80::1%lo0 fe80::1 0 - - 0 - - -
lo0 16384 your-net localhost 4 - - 4 - - -
bridg 1500 <Link#8> 02:c3:1b:af:d6:09 523081 0 0 546495 0 0 0
bridg 1500 172.16.0.0 172.16.8.1 17777 - - 14117 - - -
bridg 1500 192.168.0.0 192.168.193.1 6 - - 8 - - -
bridg 1500 192.168.0.0 192.168.13.1 0 - - 0 - - -
bridg 1500 10.10.10.0 10.10.10.5 0 - - 0 - - -
bridg 1500 172.32.0.0/20 172.32.0.2 0 - - 0 - - -
ng0 1492 <Link#9> 8686492 0 0 12101801 0 0 0
ng0 1492 194.126.***.*** 194.126.***.*** 1119130 - - 3559230 - - -
ngeth 1500 <Link#10> 26:11:00:22:05:41 18273 0 0 10183 0 0 0


# netstat -m
1192/1118/2310 mbufs in use (current/cache/total)
1174/504/1678/10000000 mbuf clusters in use (current/cache/total/max)
1174/490 mbuf+clusters out of packet secondary zone in use (current/cache)
0/14/14/5000000 4k (page size) jumbo clusters in use (current/cache/total/max)
0/0/0/2500000 9k jumbo clusters in use (current/cache/total/max)
0/0/0/1250000 16k jumbo clusters in use (current/cache/total/max)
2690K/1343K/4033K bytes allocated to network (current/cache/total)
0/0/0 requests for mbufs denied (mbufs/clusters/mbuf+clusters)
0/0/0 requests for mbufs delayed (mbufs/clusters/mbuf+clusters)
0/0/0 requests for jumbo clusters delayed (4k/9k/16k)
0/0/0 requests for jumbo clusters denied (4k/9k/16k)
0/0/0 sfbufs in use (current/peak/max)
0 requests for sfbufs denied
0 requests for sfbufs delayed
0 requests for I/O initiated by sendfile
0 calls to protocol drain routines
#

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

может ответ тут ? http://local.com.ua/forum/topic/69810-freebsd-72-%D0%B2%D1%8B%D1%81%D0%BE%D0%BA%D0%B8%D0%B9-load-averages/page-16

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

Як знову заплющить спробую

хоча є чуйка, шо там щось із залізом

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

Зараз на WAN-і  лізе

задовбеться газда їздити ото ребутити будем залізо міняти))

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

Непонятная проблема, для меня, установил стргейзер+убилинг, все работает, но через неделю (приблизительно) "возникает" проблема подключения новых пользователей. Абонента регистрирую айпи назначается и абонент получает, но интернета нет и не пингуется шлюз,  пока не перезагружу сервер. Вчера попробовал сменить мак действующему абоненту и аналогично не заработал. Рестарт фаервола ничего не дает. После манипуляций наугад,  удалось запустить абонент без перезагрузки сервера путем смены сети. В чем проблема? все настройки стандартные, по умолчанию.

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

Непонятная проблема, для меня, установил стргейзер+убилинг, все работает, но через неделю (приблизительно) "возникает" проблема подключиния новых пользователей. Абонента регистрирую айпи назначается и абонент получает, но интернета нет и не пингуется шлюз,  пока не перезагружу сервер. Вчера попробовал сменить мак действующему абоненту и аналогично не заработал. Рестарт фаервола ничего не дает. После манипуляций наугад,  удалось запустить абонент без перезагрузки сервера путем смены сети. В чем проблема? все настройки стандартные, по умолчанию.

Ну если абон получает ip как вы говорите  остается только абонка и фаервол 

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

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

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

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

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

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

Вхід

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

Войти сейчас
  • Зараз на сторінці   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, торг
       


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