Jump to content

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

mgo

By mgo,
in Stargazer Ubilling

 Share Followers 14

Recommended Posts

mgo

mgo 20

Posted
  • Author
Posted (edited)

Хто таке бачив?

Що воно таке?

Нагрузка по Rx в  80-100 мегабіт і  під 100 тисяч пакетів при вимкнутих усіх решта інтерфейсах.

Появляється невідомо звідки, также пропадає.

Проявляється одночасно на усіх аплінках від провайдера 1 , у провайдра 2 таких проблем ненаблюдаю.

Провайдер  1 каже у него все гут.

 

 

3b8436790416.jpg

Edited by mgo
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

l1ght

l1ght 377

Posted
Posted (edited)

Яка модель? В мене проблеми були з RB711, коли мережа була ну тупеньких коммутаторах, він ловив до 10к пакетів і клав лінк.

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

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

 

Також мікроти дуже чутливі до broadcast штормів. В мене в мережі один роутер тплінковський згорів, так робив шторм в мережі до 15к пакетів, в мене вмирали усі мікроти, а убнт жив собі и проблем не знав. І ця проблема вилікувалась свічами :)

Edited by L1ght
Link to post
Share on other sites
mgo

mgo 20

Posted
  • Author
Posted

433GL, 750UP, 2011L...

перекинув на іншого прова все гут.

 

BSD в якості НАС  теж тормозить на прові 1

схоже у прова 1 чи то кольцо чи ще якась неприємність.

 

лікувалось перезавантаженням.

 

перезавантаження нічого не дає.

Link to post
Share on other sites
l1ght

l1ght 377

Posted
Posted (edited)

А можете викласти скріншот із профайлом?

tools -> profile

Дуже цікаво звікди йде навантаження.

Же можно навіситі правило в фаєрі на input з вхідного інтерфейсу.

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

Зовні чи зсередини мережі.

 

UPD

Якійсь великий трафік йде до вас, у вас днс зовні закритий?

93к пакетів і 83 мегабіти трафіку.

Edited by L1ght
Link to post
Share on other sites
mgo

mgo 20

Posted
  • Author
Posted (edited)
Же можно навіситі правило в фаєрі на input з вхідного інтерфейсу.

 

немає реакції, уже пробував.

 

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

 

інтерфейс аплінку. 

 

зараз глюк пропав, усе працює нормально.

ще оце заскрінив коли глючило

Edited by mgo
Link to post
Share on other sites
l1ght

l1ght 377

Posted
Posted (edited)

По перше, хтось вас таки добрячи "пінгує" :D

По друге, зробіть фаєр закритим і дозволяйте те, що вам потрібно - Best Practice!

Edited by L1ght
Link to post
Share on other sites
nightfly

nightfly 1,259

Posted
Posted

 

зараз глюк пропав, усе працює нормально.

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

Хурма в зайвих 100-150кппс по окремих районах ліквідована.

 

 

 

По друге, зробіть фаєр закритим і дозволяйте те, що вам потрібно - Best Practice!

Тож не панацея, коли фізика забита в полік. Ріж не ріж фаєром, зливай в блекхоул - нормальному трафіку всеодно місця нема.

Link to post
Share on other sites
l1ght

l1ght 377

Posted
Posted

 

По друге, зробіть фаєр закритим і дозволяйте те, що вам потрібно - Best Practice!

 

Тож не панацея, коли фізика забита в полік. Ріж не ріж фаєром, зливай в блекхоул - нормальному трафіку всеодно місця нема.

 

Так то не панацея, але йде icmp трафік, що вказує на те, що при закритому фаєрі ціею проблеми не було б.

Link to post
Share on other sites
nightfly

nightfly 1,259

Posted
Posted (edited)

 

Так то не панацея, але йде icmp трафік, що вказує на те, що при закритому фаєрі ціею проблеми не було б.

ага.. дематеріалізувався б він..... трансцендентно..

 

:facepalm:

Edited by nightfly
Link to post
Share on other sites
l1ght

l1ght 377

Posted
Posted

 

 

Так то не панацея, але йде icmp трафік, що вказує на те, що при закритому фаєрі ціею проблеми не було б.

ага.. дематеріалізувався б він..... трансцендентно..

 

:facepalm:

 

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

Тому що коли ротуер\машина не відповідає на пінг - йде очікування відповіді, перед тим як послати наступний запит.

Більше очікування - менше навантаження.

Link to post
Share on other sites
nightfly

nightfly 1,259

Posted
Posted

Ок. Поки що залишу вас на одинці, аби дати час подумати або просвітитись на тему того, як працюють мережі.

 

Натяк намба уан - icmp далеко не синонім тогопнга, що ви бачите в cmd->ping з його відомим "прєвишен інтервал ажиданія". Натяк намба ту - від того, що там за фігня намальована в фаєрі, кількість грубо

pps*mtu в фізичному порті фізіологічно не зміниться, які б фантазії з цього приводу не приходили. Натяк намба три - deny теж pps залежна операція.

Link to post
Share on other sites
l1ght

l1ght 377

Posted
Posted

Ок. Поки що залишу вас на одинці, аби дати час подумати або просвітитись на тему того, як працюють мережі.

 

Натяк намба уан - icmp далеко не синонім тогопнга, що ви бачите в cmd->ping з його відомим "прєвишен інтервал ажиданія". Натяк намба ту - від того, що там за фігня намальована в фаєрі, кількість грубо

pps*mtu в фізичному порті фізіологічно не зміниться, які б фантазії з цього приводу не приходили. Натяк намба три - deny теж pps залежна операція.

Я знаю, що icmp - не завжди пінг. Я привів це як приклад.

Link to post
Share on other sites
mgo

mgo 20

Posted
  • Author
Posted

 

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

 

Хурма в зайвих 100-150кппс по окремих районах ліквідована.

 

 

І зарубаний icmp протокол в корінь)

Нічого не пінговається але працює :)

Link to post
Share on other sites
nightfly

nightfly 1,259

Posted
Posted

 

І зарубаний icmp протокол в корінь)

Аплінк намба уан до понеділка похмелиться і прийде розрулювати то гівно. Іцмп нє нужен :)

Link to post
Share on other sites
mgo

mgo 20

Posted
  • Author
Posted (edited)

Тицніть носом де туплю.

Є:

на білінгу мережа користувачів 172.16.0.1/16

НАСи з білінгом зєднані EoIP тунелем (емулятор витої пари)

тунелі в бріджі на білінгу і на НАСі з юзерінтерфейсом.

На насі роблю 172.16.1.1/16

юзеру видаю 172.16.1.2/24

 

НАС з білінгом пінговаються, білінг з користувачем  по IP нехоче, по МАКу пінгує, після пінгу по МАК IP теж починає пінгуватися.

За кілька хвилин знову зникає пінг по IP, і  так поки знову не попінгуєш МАК.

В чому може бути затик?

 

проблему виявив сьогодні, до цоього часу все ніби добре їхало.

Edited by mgo
Link to post
Share on other sites
nightfly

nightfly 1,259

Posted
Posted

 

За кілька хвилин знову зникає пінг по IP, і  так поки знову не попінгуєш МАК.

як варіант arp who has намагається піти в обхід тунелю по фізиці. Біллінг взагалі в курсі, де знаходиться 172.16.0.1/16? Ну раутами там, чи як...

Link to post
Share on other sites
mgo

mgo 20

Posted
  • Author
Posted
Біллінг взагалі в курсі, де знаходиться 172.16.0.1/16

 

ну це намальовано в rc.conf на самому білінгу

 

ifconfig на  білінгу, bridge0 - юзерь інтерфйс, ngethХ   тунелі

bridge0: flags=8943<UP,BROADCAST,RUNNING,PROMISC,SIMPLEX,MULTICAST> metric 0 mtu 1500
        ether 02:d9:17:2f:c5:00
        inet 172.16.0.1 netmask 0xffff0000 broadcast 172.16.255.255
        inet 172.32.0.1 netmask 0xfffff000 broadcast 172.32.15.255
        inet 10.10.10.1 netmask 0xffffff00 broadcast 10.10.10.255
        id 00:00:00:00:00:00 priority 32768 hellotime 2 fwddelay 15
        maxage 20 holdcnt 6 proto rstp maxaddr 2000 timeout 1200
        root id 00:00:00:00:00:00 priority 32768 ifcost 0 port 0
        member: ngeth10 flags=143<LEARNING,DISCOVER,AUTOEDGE,AUTOPTP>
                ifmaxaddr 0 port 22 priority 128 path cost 55
        member: ngeth9 flags=143<LEARNING,DISCOVER,AUTOEDGE,AUTOPTP>
                ifmaxaddr 0 port 21 priority 128 path cost 20000
        member: ngeth8 flags=143<LEARNING,DISCOVER,AUTOEDGE,AUTOPTP>
                ifmaxaddr 0 port 20 priority 128 path cost 20000
        member: ngeth7 flags=143<LEARNING,DISCOVER,AUTOEDGE,AUTOPTP>
                ifmaxaddr 0 port 19 priority 128 path cost 20000
        member: ngeth6 flags=143<LEARNING,DISCOVER,AUTOEDGE,AUTOPTP>
                ifmaxaddr 0 port 18 priority 128 path cost 20000
        member: ngeth5 flags=143<LEARNING,DISCOVER,AUTOEDGE,AUTOPTP>
                ifmaxaddr 0 port 17 priority 128 path cost 20000
        member: ngeth4 flags=143<LEARNING,DISCOVER,AUTOEDGE,AUTOPTP>
                ifmaxaddr 0 port 16 priority 128 path cost 20000
        member: ngeth3 flags=143<LEARNING,DISCOVER,AUTOEDGE,AUTOPTP>
                ifmaxaddr 0 port 15 priority 128 path cost 20000
        member: ngeth2 flags=143<LEARNING,DISCOVER,AUTOEDGE,AUTOPTP>
                ifmaxaddr 0 port 14 priority 128 path cost 20000
        member: ngeth1 flags=143<LEARNING,DISCOVER,AUTOEDGE,AUTOPTP>
                ifmaxaddr 0 port 13 priority 128 path cost 20000
        member: ngeth0 flags=143<LEARNING,DISCOVER,AUTOEDGE,AUTOPTP>
                ifmaxaddr 0 port 12 priority 128 path cost 20000
ngeth0: flags=8943<UP,BROADCAST,RUNNING,PROMISC,SIMPLEX,MULTICAST> metric 0 mtu 1500
        options=28<VLAN_MTU,JUMBO_MTU>
        ether 00:11:00:22:00:01
        media: Ethernet autoselect (1000baseT <full-duplex>)
        status: active
ngeth1: flags=8943<UP,BROADCAST,RUNNING,PROMISC,SIMPLEX,MULTICAST> metric 0 mtu 1500
        options=28<VLAN_MTU,JUMBO_MTU>
        ether 20:11:00:22:00:02
        media: Ethernet autoselect (1000baseT <full-duplex>)
        status: active
ngeth2: flags=8943<UP,BROADCAST,RUNNING,PROMISC,SIMPLEX,MULTICAST> metric 0 mtu 1500
        options=28<VLAN_MTU,JUMBO_MTU>
        ether 20:11:00:22:00:03
        media: Ethernet autoselect (1000baseT <full-duplex>)
        status: active
ngeth3: flags=8943<UP,BROADCAST,RUNNING,PROMISC,SIMPLEX,MULTICAST> metric 0 mtu 1500
        options=28<VLAN_MTU,JUMBO_MTU>
        ether 20:11:00:22:00:04
        media: Ethernet autoselect (1000baseT <full-duplex>)
        status: active
ngeth4: flags=8943<UP,BROADCAST,RUNNING,PROMISC,SIMPLEX,MULTICAST> metric 0 mtu 1500
        options=28<VLAN_MTU,JUMBO_MTU>
        ether 20:11:00:22:00:05
        media: Ethernet autoselect (1000baseT <full-duplex>)
        status: active
ngeth5: flags=8943<UP,BROADCAST,RUNNING,PROMISC,SIMPLEX,MULTICAST> metric 0 mtu 1500
        options=28<VLAN_MTU,JUMBO_MTU>
        ether 20:11:00:22:00:06
        media: Ethernet autoselect (1000baseT <full-duplex>)
        status: active
ngeth6: flags=8943<UP,BROADCAST,RUNNING,PROMISC,SIMPLEX,MULTICAST> metric 0 mtu 1500
        options=28<VLAN_MTU,JUMBO_MTU>
        ether 20:11:00:22:00:07
        media: Ethernet autoselect (1000baseT <full-duplex>)
        status: active
ngeth7: flags=8943<UP,BROADCAST,RUNNING,PROMISC,SIMPLEX,MULTICAST> metric 0 mtu 1500
        options=28<VLAN_MTU,JUMBO_MTU>
        ether 20:11:00:22:00:08
        media: Ethernet autoselect (1000baseT <full-duplex>)
        status: active
ngeth8: flags=8943<UP,BROADCAST,RUNNING,PROMISC,SIMPLEX,MULTICAST> metric 0 mtu 1500
        options=28<VLAN_MTU,JUMBO_MTU>
        ether 20:11:00:22:00:10
        media: Ethernet autoselect (1000baseT <full-duplex>)
        status: active
ngeth9: flags=8943<UP,BROADCAST,RUNNING,PROMISC,SIMPLEX,MULTICAST> metric 0 mtu 1500
        options=28<VLAN_MTU,JUMBO_MTU>
        ether 20:11:00:22:10:10
        media: Ethernet autoselect (1000baseT <full-duplex>)
        status: active
Link to post
Share on other sites
mgo

mgo 20

Posted
  • Author
Posted (edited)

Проблема з пінгом у тільки у клієнтів, НАСи пінгуються чудово

 

починаю пінгувати клієнта  з будьчого іншонго зразу і білінг його пінгує.

Edited by mgo
Link to post
Share on other sites
mgo

mgo 20

Posted
  • Author
Posted (edited)

e5e3abdef84d.jpg

mtr до NAS

що за знаки питання в пунктах 1-5? натяк на яку проблему?

коли уже пішов пінг то є тільки один пункт без знаків питання.

 

в догонку мені вилізла ще осьата проблема







#sgconf_xml -s 127.0.0.1 -p 5555 -a admin -w 123456 -r "<GetAdmins/>"
Connect failed!
 

------------------------------------------------------------

думки в "голос" про пінги

Усе працювало чудово до грози, поки не вигоріло кілька БС і дофіга клієнтів.

Підгорений клієнт може створювати бурю пакетів або ще якусь лобуду в мережі.

у мене білінг у  бріджі  з НАСама і клієнтами через EoIP, щоб клієнт  получав адресу від білінга.

Топто один підгорений  клієнт може повалити усю мережу.

Edited by mgo
Link to post
Share on other sites
madf

madf 279

Posted
Posted

...

 

в догонку мені вилізла ще осьата проблема






#sgconf_xml -s 127.0.0.1 -p 5555 -a admin -w 123456 -r "<GetAdmins/>"
Connect failed!
 
------------------------------------------------------------

думки в "голос" про пінги

Усе працювало чудово до грози, поки не вигоріло кілька БС і дофіга клієнтів.

Підгорений клієнт може створювати бурю пакетів або ще якусь лобуду в мережі.

у мене білінг у  бріджі  з НАСама і клієнтами через EoIP, щоб клієнт  получав адресу від білінга.

Топто один підгорений  клієнт може повалити усю мережу.

 

Мабуть до купи згорів і loopback :)

Гляньте шо у stargazer.log після такої команди.

Link to post
Share on other sites
mgo

mgo 20

Posted
  • Author
Posted

stargazer.log 

2014-07-30 16:13:12 -- ReadSettings error. Cannot read file stop/stargazer.conf
2014-07-30 16:13:19 -- DOTCONF++: file 'stop/stargazer.conf':  realpath('stop/stargazer.conf') failed: No such file or directory

2014-07-30 16:13:19 -- ReadSettings error. Cannot read file stop/stargazer.conf
2014-07-30 16:13:20 -- DOTCONF++: file 'stop/stargazer.conf':  realpath('stop/stargazer.conf') failed: No such file or directory

2014-07-30 16:13:20 -- ReadSettings error. Cannot read file stop/stargazer.conf
2014-07-30 16:13:32 -- +++++++++++++++++++++++++++++++++++++++++++++
2014-07-30 16:13:37 -- Module: 'CAP_NF v. 0.4'. Stop successfull.
Link to post
Share on other sites
mgo

mgo 20

Posted
  • Author
Posted (edited)

 

ReadSettings error. Cannot read file stop/stargazer.conf

мля та це ж я стопанув старгейзера :facepalm:

хоча він ще з якогось дива у процесах висів.

Edited by mgo
Link to post
Share on other sites
madf

madf 279

Posted
Posted

 

ReadSettings error. Cannot read file stop/stargazer.conf

мля та це ж я стопанув старгейзера :facepalm:

хоча він ще з якогось дива у процесах висів.

 

Не стопнув а намагався стартувати з лівим конфігом.

Можливо паралельно з уже запущеним.

Link to post
Share on other sites
mgo

mgo 20

Posted
  • Author
Posted

 

Не стопнув а намагався стартувати з лівим конфігом.

stargazer stop міг  намалювати

 

 

у мене в top два  stargazer  висять

так має бути?

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

    • ProstoName
      не вмикає інет абону після проплати
      By ProstoName
      Змінювали мережеву карту. Здається все поправив. Працює. Але є невелика проблема - після внесення коштів (коли абонент був відключений), інет в нього не з'являється. Тільки після заміни тарифу на інший (і потім вернувши тариф) в абонента з'являється інет. 
    • ppv
      Собака-посилака перестала відправляти повідомлення
      By ppv
      Собака-посилака перестала відправляти повідомлення. Підкажіть де шукати.
      Можливо таке після пропадання світла, сервер ребутнувся, але я не впевнений. Візуально все працює, крон працює, а повідомлення висять в черзі, смс така ж картина.

    • 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? Буду вдячний за роз'яснення або посилання на відповідні приклади.
×
×
  • Create New...