Jump to content

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


Recommended Posts

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

+ ще вагон позитиву у вигляді ОНУшка кінцеве обладнання абонента.

Як варіант.
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

ага поки хто попривичці ресет не жмакне юзеру

мамі дорого дежурний обійдеться щоб  арп чистив постійно

дешевше  ціска  ;)

Link to post
Share on other sites

ага поки хто попривичці ресет не жмакне юзеру

мамі дорого дежурний обійдеться щоб  арп чистив постійно

дешевше  ціска  ;)

а ну переложить терминацию тоже хороший вариант))))

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

так шо проси у мамы 100 баксов на 3550-12G и вперед))))

Link to post
Share on other sites

 

 

так шо проси у мамы 100 баксов на 3550-12G и вперед))))

чот я невїду як має цей  3550-12G своїми здвоїними оптичними портами вписатися в мережу

у мене тільки звичайні шахти під sfp на свічі і на ОЛТ головах

 

чи там до нього якісь спец медіки чи що ще в нагрузку тре :huh:

гуглю 

Link to post
Share on other sites

tcpdump став слухати , що куда літає

після вчорашного ковбашення з білими айпішками

 

цікава штука спостерігається

генериться трафік від білінга до віддаленого НАС на 2-5 сек  мегабіт етак 50-80 буває :blink:

 

і так до різних адрес з того НАСу

чо так?, хто таке бачив?

клієнти тут в основному wi-fi в основному убікутік декуди sxt лайт

є нормальні відповіді туда, але більшість отакого  (там дві підмережі)

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

в цей момент  tcpdump

21:52:26.225362 IP 172.16.0.1.67 > 172.16.23.35.68: BOOTP/DHCP, Reply, length 300
21:52:26.225369 IP 172.16.0.1.67 > 172.16.23.35.68: BOOTP/DHCP, Reply, length 300
21:52:26.225375 IP 172.16.0.1.67 > 172.16.23.35.68: BOOTP/DHCP, Reply, length 300
21:52:26.225383 IP 172.16.0.1.67 > 172.16.23.35.68: BOOTP/DHCP, Reply, length 300
21:52:26.225389 IP 172.16.0.1.67 > 172.16.23.35.68: BOOTP/DHCP, Reply, length 300
21:52:26.225402 IP 172.16.0.1.67 > 172.16.23.35.68: BOOTP/DHCP, Reply, length 300
21:52:26.225410 IP 172.16.0.1.67 > 172.16.23.35.68: BOOTP/DHCP, Reply, length 300
21:52:26.225423 IP 172.16.0.1.67 > 172.16.23.35.68: BOOTP/DHCP, Reply, length 300
21:52:26.225428 IP 172.16.0.1.67 > 172.16.23.35.68: BOOTP/DHCP, Reply, length 300
21:52:26.225437 IP 172.16.0.1.67 > 172.16.23.35.68: BOOTP/DHCP, Reply, length 300
21:52:26.225442 IP 172.16.0.1.67 > 172.16.23.35.68: BOOTP/DHCP, Reply, length 300
21:52:26.225450 IP 172.16.0.1.67 > 172.16.23.35.68: BOOTP/DHCP, Reply, length 300
21:52:26.225455 IP 172.16.0.1.67 > 172.16.23.35.68: BOOTP/DHCP, Reply, length 300
21:52:26.225465 IP 172.16.0.1.67 > 172.16.23.35.68: BOOTP/DHCP, Reply, length 300
21:52:26.225470 IP 172.16.0.1.67 > 172.16.23.35.68: BOOTP/DHCP, Reply, length 300
21:52:26.225478 IP 172.16.0.1.67 > 172.16.23.35.68: BOOTP/DHCP, Reply, length 300
21:52:26.225483 IP 172.16.0.1.67 > 172.16.23.35.68: BOOTP/DHCP, Reply, length 300

3yZUiPk.png

Edited by mgo
Link to post
Share on other sites
tcpdump -i bridge0 -w dump.log port 67 and port 68

15:10:55.955221 IP 172.16.24.53.bootpc > 172.16.0.1.bootps: BOOTP/DHCP, Request from 30:b5:c2:42:55:8d (oui Unknown), length 548
15:10:55.955365 IP 172.16.0.1.bootps > 255.255.255.255.bootpc: BOOTP/DHCP, Reply, length 300
15:10:55.965251 IP 172.16.24.18.bootpc > 172.16.0.1.bootps: BOOTP/DHCP, Request from 14:cc:20:6b:cd:43 (oui Unknown), length 548
15:10:55.965413 IP 172.16.0.1.bootps > 255.255.255.255.bootpc: BOOTP/DHCP, Reply, length 300
15:10:56.114055 IP 172.16.24.175.bootpc > 172.16.0.1.bootps: BOOTP/DHCP, Request from 10:60:4b:47:fc:9c (oui Unknown), length 548
15:10:56.114213 IP 172.16.0.1.bootps > 255.255.255.255.bootpc: BOOTP/DHCP, Reply, length 300
15:10:56.128855 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from 00:30:67:d5:99:60 (oui Unknown), length 304
15:10:56.129054 IP 172.16.0.1.bootps > 255.255.255.255.bootpc: BOOTP/DHCP, Reply, length 300
15:10:58.335935 IP 172.16.24.206.bootpc > 172.16.0.1.bootps: BOOTP/DHCP, Request from b8:a3:86:1e:cd:d2 (oui Unknown), length 532
15:10:58.336157 IP 172.16.24.1.bootps > 172.16.24.206.bootpc: BOOTP/DHCP, Reply, length 300
15:10:58.472088 IP 172.16.23.33.bootpc > 172.16.0.1.bootps: BOOTP/DHCP, Request from 14:58:d0:c8:48:37 (oui Unknown), length 548
15:10:58.472265 IP 172.16.0.1.bootps > 255.255.255.255.bootpc: BOOTP/DHCP, Reply, length 300
15:10:59.452059 IP 172.16.24.181.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from 00:30:67:d5:99:60 (oui Unknown), length 300
15:10:59.452215 IP 172.16.24.1.bootps > 172.16.24.181.bootpc: BOOTP/DHCP, Reply, length 300
15:10:59.571015 IP 195.95.147.117.bootpc > 172.16.0.1.bootps: BOOTP/DHCP, Request from 70:9e:29:cd:7b:72 (oui Unknown), length 548
15:10:59.571176 IP 172.16.0.1.bootps > 255.255.255.255.bootpc: BOOTP/DHCP, Reply, length 300
15:11:00.716523 IP 172.16.23.36.bootpc > 172.16.0.1.bootps: BOOTP/DHCP, Request from 00:1a:4d:55:f4:1d (oui Unknown), length 548

15:11:00.716668 IP 172.16.0.1.bootps > 255.255.255.255.bootpc: BOOTP/DHCP, Reply, length 300
15:11:01.392114 IP 172.16.23.20.bootpc > 172.16.0.1.bootps: BOOTP/DHCP, Request from 44:87:fc:8d:f7:d2 (oui Unknown), length 548
15:11:01.392281 IP 172.16.0.1.bootps > 172.16.23.20.bootpc: BOOTP/DHCP, Reply, length 300
15:11:01.398232 IP 172.16.0.1.bootps > 172.16.23.20.bootpc: BOOTP/DHCP, Reply, length 300
15:11:01.398252 IP 172.16.0.1.bootps > 172.16.23.20.bootpc: BOOTP/DHCP, Reply, length 300
15:11:01.398660 IP 172.16.0.1.bootps > 172.16.23.20.bootpc: BOOTP/DHCP, Reply, length 300
15:11:01.398668 IP 172.16.0.1.bootps > 172.16.23.20.bootpc: BOOTP/DHCP, Reply, length 300
15:11:01.398735 IP 172.16.0.1.bootps > 172.16.23.20.bootpc: BOOTP/DHCP, Reply, length 300
15:11:01.398757 IP 172.16.0.1.bootps > 172.16.23.20.bootpc: BOOTP/DHCP, Reply, length 300
15:11:01.398765 IP 172.16.0.1.bootps > 172.16.23.20.bootpc: BOOTP/DHCP, Reply, length 300
15:11:01.398773 IP 172.16.0.1.bootps > 172.16.23.20.bootpc: BOOTP/DHCP, Reply, length 300
15:11:01.400590 IP 172.16.0.1.bootps > 172.16.23.20.bootpc: BOOTP/DHCP, Reply, length 300
15:11:01.400598 IP 172.16.0.1.bootps > 172.16.23.20.bootpc: BOOTP/DHCP, Reply, length 300
15:11:01.401178 IP 172.16.0.1.bootps > 172.16.23.20.bootpc: BOOTP/DHCP, Reply, length 300
15:11:01.401186 IP 172.16.0.1.bootps > 172.16.23.20.bootpc: BOOTP/DHCP, Reply, length 300
15:11:01.401198 IP 172.16.0.1.bootps > 172.16.23.20.bootpc: BOOTP/DHCP, Reply, length 300
15:11:01.401211 IP 172.16.0.1.bootps > 172.16.23.20.bootpc: BOOTP/DHCP, Reply, length 300
15:11:01.401256 IP 172.16.0.1.bootps > 172.16.23.20.bootpc: BOOTP/DHCP, Reply, length 300
.........................................
15:11:01.414017 IP 172.16.0.1.bootps > 172.16.23.20.bootpc: BOOTP/DHCP, Reply, length 300
15:11:01.414027 IP 172.16.0.1.bootps > 172.16.23.20.bootpc: BOOTP/DHCP, Reply, length 300
15:11:01.414037 IP 172.16.0.1.bootps > 172.16.23.20.bootpc: BOOTP/DHCP, Reply, length 300
15:11:01.423563 IP 172.16.24.83.bootpc > 172.16.0.1.bootps: BOOTP/DHCP, Request from bc:5f:f4:7f:b2:a7 (oui Unknown), length 5
15:11:01.423755 IP 172.16.0.1.bootps > 255.255.255.255.bootpc: BOOTP/DHCP, Reply, length 300

чо так?

відповідь іде для 172.16.23.20 ~ 100 000 раз

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

лівих  DHCP серверів небачу.

все ніби працює, тільки оця бадяга і тільки на віддалений НАС так відповідає.

там жменя тих абонентів.

може десь в транспорті проблема.

дайте пару ідей що ще перевірити.

 

freeBSD10.2 недавно переїхав, до цього неспостерігалося.

Edited by mgo
Link to post
Share on other sites

а є можливість деякому списку сайтів надавати максимальну швидкість на порту , в обхід тарифу ? типу отдельная скорость 

Link to post
Share on other sites

а є можливість деякому списку сайтів надавати максимальну швидкість на порту , в обхід тарифу ? типу отдельная скорость 

спидтест?

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

Доброї ночі! Підкажіть будьласка. Після видлення юзера або декількох, з'явилися якись "тіні" чи то дущі. Отже, ні в біллінгу  ні в пошуку юзерів по ІР їх нема.

При спробі змінити ІР адресу останього у списку ІР на ІР того хто покинув біллінг не вдається, то так для феншуя хотілося, щоб всі йшли у порядку, та не було пропуків у списку ІР. Ось шматок конфігу ethrnet.conf

host m172x16x0x105 {
hardware ethernet 00:27:22:e8:1f:a8;
fixed-address 172.16.0.105;
}

host m172x16x0x106 {
hardware ethernet 00:27:22:9a:ea:4f;
fixed-address 172.16.0.106;
}

host m172x16x0x107 {
hardware ethernet ;
fixed-address 172.16.0.107

Як видно, перщі два юзери "нормальні" з МАС-адресами, а останій без МАС-а тай займає ІР, його вже нема в біллінгу, тай на його місце неможна поставити нікого.

При редагуванні ethrnet.conf руцями та після перезапуску DHCP, він заново генерується з "душами" юзерів. Як би то одна душа, то мать її за ногу, є декілька таких.

Отож питання, як довго ті дущі будуть мене лякати, чи варті вони уваги, чи є яка молитва проти того?

Дякую, гарної ночі!  :)

 

ЗІ. Сервер перезавантжив, дхцп логі вичистив, і все таке інше, результату 0.

Edited by -VaSaK-
Link to post
Share on other sites

То відразу запитаю, що воно таке і чі є ліки? 

Jun 22 01:02:30 eserverx bandwidthd: DNS timeout for 172.16.0.103: This problem reduces graphing performance
Jun 22 01:04:30 eserverx bandwidthd: DNS timeout for 172.16.0.103: This problem reduces graphing performance
Jun 22 01:05:51 eserverx bandwidthd: DNS timeout for 172.16.0.103: This problem reduces graphing performance
Jun 22 01:15:54 eserverx last message repeated 5 times
Jun 22 01:25:58 eserverx last message repeated 4 times
Link to post
Share on other sites
Отож питання, як довго ті дущі будуть мене лякати, чи варті вони уваги, чи є яка молитва проти того?

До кінця днів ваших.

 

Молитва:

DELETE FROM `nethosts` where `ip`='172.16.0.107'

Після чого просто потицяти в "мережі та послуги" і подивитись як перегенерувався ваш ethrnet.conf. Амінь.

 

То відразу запитаю, що воно таке і чі є ліки?

Всьо погібло, тепер тричі "отче наш".

Edited by nightfly
Link to post
Share on other sites

гг  оновив свій старий добрий 4.0 до поточного релізу

ще стільки не копіпастив запитів зараз :blink:

аж пальці заболіли, так, що оновлюйтесь вчасно 

Link to post
Share on other sites
Всьо погібло, тепер тричі "отче наш".

 

Тепер усе по феньшую!

Дякую! -_-  -_-

 

 

 

так, що оновлюйтесь вчасно 

 

 

Стараюсь оновити одразу після виходу релізу  :rolleyes:

 

І не спиться ото вночі  :D

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

Прокляли конкуренти  ОЛТ після грози

до ОЛТ оптика, від тоже

і тут містика, пропадає олт рівно на 40-ві хвилині  по кілька разів на день

опитування 5 хв  swping поставив після появи, але всерівно в 40 хвилині.

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

абони звідти нежаліються, все ніби добре.

 

може хто стикався з таким бісом і підкаже чарівних заклинань а?

3A631jy.png

Edited by mgo
Link to post
Share on other sites
14:35:04.982337 ARP, Ethernet (len 6), IPv4 (len 4), Request who-has 172.16.4.1 tell 172.16.5.57, length 50
14:35:04.982341 ARP, Ethernet (len 6), IPv4 (len 4), Reply 172.16.4.1 is-at 02:c3:1b:af:d6:09 (oui Unknown), length 32
14:35:05.981736 ARP, Ethernet (len 6), IPv4 (len 4), Request who-has 172.16.4.1 tell 172.16.5.57, length 50
14:35:05.981742 ARP, Ethernet (len 6), IPv4 (len 4), Reply 172.16.4.1 is-at 02:c3:1b:af:d6:09 (oui Unknown), length 32

хто таке наблюдав і саме головне як лікувати?

сиплеться кожну секунду

172.16.4.1 НАС, 172.16.5.57 клієнт, мережа 172.16.4.0/22

 

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

Edited by mgo
Link to post
Share on other sites
може хто стикався з таким бісом і підкаже чарівних заклинань а?

 

alter.ini

SWITCH_PING_CUSTOM_SCRIPT="/bin/arp_switch_test"

cat /bin/arp_switch_test

#!/usr/local/bin/php
<?php
if (isset($argv[1])) {
        if(filter_var($argv[1], FILTER_VALIDATE_IP)) {
        $ip=$argv[1];
        $command='/usr/local/bin/sudo /usr/local/sbin/arping -v -c2  -i igb0 '.$ip;
                $pingResult=shell_exec($command);
                if (strpos($pingResult, 'time')) {
                   print('1');
                 } else {
                   print('0');
                 }      

        } else {
                print('FAIL:WRONG_IP');
        }

} else {
print('FAIL:NO_IP');
}
?>
Edited by nightfly
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 nightfly
      Ubilling 1.5.9 rev 9525 The Perfect Lock
       
      Зміни в структурі БД. alter.ini: нова опція GENERATORS_ENABLED, що вмикає модуль моніторингу генераторів. alter.ini: нова опція TB_GENERATORS_NOTIFY, що вмикає нотифікацію про запущені генератори в області сповіщень. alter.ini: нова опція PON_ONU_UNI_STATUS_COMPACT, що вмикає компактне відображення стану мідних портів на ONU. alter.ini: нова опція PONBOXES_MINIMAP, що дозволяє вмикати та вимикати міні-мапу, при редагування ПОН коробки. Новий модуль Єдинорожий телепорт: дозволяє просто та зручно переносити ваш робочий білінг на новий сервер. Модуль “Реєстрація користувачів”: виправлено проблеми сумісності з PHP 8.5. Модуль “Останні події”: викинуто дубову статку на мороз. Askozia PBX: інтеграція була давно непідтримуваною, викинуто на мороз, разом зі всіма опціями. Модуль Mapon: тепер використовує OmaeURL для взаємодії з API. Модуль “Мапа ONU”: в черговий раз покращення навігації між мапою та іншими модулями системи. Новий модуль Генератори: дозволяє моніторити стан генераторів, базово облікувати мотогодини, пальне та планувати ТО. Модуль ПОНізатор: тепер причини останньої дереєстрації ONU можуть визначатись також по серійнику ONU а не тільки за MAC. Модуль “ПОН Коробки”: покращено продуктивність відмальовки зв'язків коробок на мапах. Глобально: проведено чергову спробу зробити логування подій, що відбуваються навколо користувачів, якимось трішки більш притомним. RemoteAPI: новий виклик generators, що запускає скрипти обробки станів генераторів з автоматичним запуском. RemoteAPI: новий виклик gencontrol, для примусового запуску/зупинки генераторів за допомогою зовнішнього ПЗ. Бібліотека UbillingCache: виправлено проблеми сумісності з PHP 8.5. Бібліотека OmaeURL: виправлено проблеми сумісності з PHP 8.5. Бібліотека UbillingTelegram: вся робота з CURL перенесена до одного методу, покращено сумісність з PHP 8.5. Кабінет користувача: виправлено проблеми сумісності з PHP 8.5. UBinstaller: тепер при встановленні попередньо розгортає та конфігурує SphinxSearch. UBinstaller: Зібрано бінарні пакунки для FreeBSD 14.3 amd64 + PHP 8.5. UBinstaller: Зібрано бінарні пакунки для FreeBSD 15.0 amd64 + PHP 8.5.  
      Повний чейнджлог
      Оновлена демка
       
       

    • By maxkorn
      Доброго дня!
      На Mikrotik NAS, створив нову підмережу для клієнтів, все наче порядок, тільки помітив, що не створюються шейпери в Queues для клієнтів цієї підмережі.
      В логах Stargazer наступне:
      2025-12-29 09:05:57 - [Ubilling] - OnConnect started for user `xxasdb5rzm`:
      2025-12-29 09:05:57 - [Executer] - Success: Firewall entry was updated/created
      2025-12-29 09:05:57 - [Executer] - Error: Queue entry can't be updated, missing
      2025-12-29 09:05:57 - [Executer] - Success: Queue_tree entry was updated/created
      2025-12-29 09:05:57 - [Executer] - Success: DHCP entry was updated/created
      2025-12-29 09:05:57 - [Executer] - Success: ARP entry was updated/created
      2025-12-29 09:05:57 - [Ubilling] - QC: 6, elapsed time: 0.064 sec.
       
      При чому, на тому ж мікротіку є ще кілька підмереж, в яких все проходить нормально:
       
      2025-12-29 08:30:17 - [Ubilling] - OnConnect started for user `22zxp7u58x`:
      2025-12-29 08:30:17 - [Executer] - Success: Firewall entry was updated/created
      2025-12-29 08:30:17 - [Executer] - Success: Queue entry was updated/created
      2025-12-29 08:30:17 - [Executer] - Success: Queue_tree entry was updated/created
      2025-12-29 08:30:17 - [Executer] - Success: DHCP entry was updated/created
      2025-12-29 08:30:17 - [Executer] - Success: ARP entry was updated/created
      2025-12-29 08:30:17 - [Ubilling] - QC: 6, elapsed time: 0.602 sec.
       
      Налаштування аналогічні, в чому може бути причина?
    • By ProstoName
      Змінювали мережеву карту. Здається все поправив. Працює. Але є невелика проблема - після внесення коштів (коли абонент був відключений), інет в нього не з'являється. Тільки після заміни тарифу на інший (і потім вернувши тариф) в абонента з'являється інет. 
    • By ppv
      Собака-посилака перестала відправляти повідомлення. Підкажіть де шукати.
      Можливо таке після пропадання світла, сервер ребутнувся, але я не впевнений. Візуально все працює, крон працює, а повідомлення висять в черзі, смс така ж картина.

    • By camchatix
      Привіт!
       
      Є багато запитів, щоб інтернет не виключався у північ, а скажімо в день (сигналізації, камери під охороною і тд)
      При щоденній абонплаті - як знімати гроші не у 12:00 у північ, а наприклад у 11 годин дня ?

×
×
  • Create New...