Jump to content

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

mgo

By mgo,
in Stargazer Ubilling

 Share Followers 14

Recommended Posts

nightfly

nightfly 1,252

Posted
Posted

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

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

Як варіант.
Link to post
Share on other sites
  • Replies 1.8k
  • Created
  • Last Reply

Top Posters In This Topic

Popular Days

Top Posters In This Topic

Popular Days

Popular Posts

-VaSaK-

Вітаю Татко!   

nightfly

Не так вже й багато   Ход коньом:   # 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

nightfly

http://wiki.ubilling.net.ua/doku.php?id=userstats       Расист? http://wiki.ubilling.net.ua/doku.php?id=userstats

Posted Images

mgo

mgo 20

Posted
  • Author
Posted

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

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

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

Link to post
Share on other sites
l1ght

l1ght 377

Posted
Posted

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

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

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

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

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

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

Link to post
Share on other sites
mgo

mgo 20

Posted
  • Author
Posted

 

 

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

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

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

 

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

гуглю 

Link to post
Share on other sites
mgo

mgo 20

Posted
  • Author
Posted (edited)

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
mgo

mgo 20

Posted
  • Author
Posted (edited) 
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
kissbohda

kissbohda 23

Posted
Posted

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

Link to post
Share on other sites
a_n_h

a_n_h 600

Posted
Posted

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

спидтест?

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

-VaSaK- 24

Posted
Posted (edited)

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

При спробі змінити ІР адресу останього у списку ІР на ІР того хто покинув біллінг не вдається, то так для феншуя хотілося, щоб всі йшли у порядку, та не було пропуків у списку ІР. Ось шматок конфігу 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
-VaSaK-

-VaSaK- 24

Posted
Posted

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

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
nightfly

nightfly 1,252

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

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

 

Молитва:

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

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

 

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

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

Edited by nightfly
Link to post
Share on other sites
mgo

mgo 20

Posted
  • Author
Posted

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

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

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

Link to post
Share on other sites
-VaSaK-

-VaSaK- 24

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

 

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

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

 

 

 

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

 

 

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

 

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

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

mgo 20

Posted
  • Author
Posted (edited)

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

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

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

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

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

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

 

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

3A631jy.png

Edited by mgo
Link to post
Share on other sites
mgo

mgo 20

Posted
  • Author
Posted (edited) 
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
nightfly

nightfly 1,252

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

 

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
 Share
Followers 14
Go to topic listing

  • Recently Browsing   0 members

    No registered users viewing this page.

  • Similar Content

    • camchatix
      Чи можна знімати абонплату не у північ ?
      By camchatix
      Привіт!
       
      Є багато запитів, щоб інтернет не виключався у північ, а скажімо в день (сигналізації, камери під охороною і тд)
      При щоденній абонплаті - як знімати гроші не у 12:00 у північ, а наприклад у 11 годин дня ?
    • camchatix
      купаген - зайвохромосомний NAS
      By camchatix
      Добрий день,
      створили запасний NAS із зайвою хромосомою, все працює але коли треба вбити сесію користувача - то у списку NAS серверів лише один (той що основний)
      переназначити швидкість теж не можу
      я так розумію пакети CoA Disconnect, CoA connect, PoD - ідуть на IP адресу старого NAS ?
    • grach_witch_cheese
      ubilling+accel-ppp-ipoe+option82
      By 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 2025
      By 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
      Проблеми з відображення сигналів на OLT BDCOM P3310B та P3608-2TE
      By 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.
       
      Може в когось було щось подібне? Хочу знати куди копати.
×
×
  • Create New...