Jump to content
Local
ruslyk123

UHW + самоактивація

Recommended Posts

Доброго дня шановна громадо. Цікавить наступне питання.

Вирішили ми сьогодні скористатися сервісом самоактивація в модулі UHW. Самоактивація проходить добре в білінг прописуєця новий мак клієнта, але в dhp конфігах мак не міняєця... Підскажіть, куди дивитися? Що правити? В uhw.ini включена опція selfact_enabled=1 , в php.ini також включена allow_url_fopen. Буду вдячний за будь-які поради.

Share this post


Link to post
Share on other sites

1. або хрєново вписали серійник в UBILLING_SERIAL

2. або хрєново вписали URL в UBILLING_REMOTE

3. або воно просто недоступне з локалхоста

4. або вимкнене в alter.ini REMOTEAPI_ENABLED

 

Більше нічо там, навіть теоретично, зламатись не може. Воно все надто прямолінійне та примітивне.

 

Хазяйці на замітку: при використанні самоактивації, в "Історії життя" користувача, або в звіті "Події" ви маєте бачити от такі речі:

REMOTEAPI RESET User (логін_юзера)
UHW CHANGE (логін_юзера) MAC FROM 14:88:51:87:52:51 ON 14:88:51:87:53

Поряд з цим в звіті "Події" повинні фігурувати наступні штуки:

REMOTEAPI RESET User (логін_юзера)
REMOTEAPI HANDLERSREBUILD
RESTART DHCPD
REMOTEAPI RESET User (логін_юзера)
UHW CHANGE (логін_юзера) MAC FROM 14:88:51:87:52:51 ON 14:88:51:87:53

У випадку, якщо ви бачите тільки подію UHW CHANGE та при цьому відсутні події з REMOTEAPI - значить лажа точно, в отих чотирьох пунктах, що я описав спочатку.

 

UPD: для використання сумісно з UHW добре би додатково ввімкнути опції

alter.ini: MACCHGDOUBLEKILL=1

billing.ini: RESET_AO=1

Edited by nightfly

Share this post


Link to post
Share on other sites

Дякую, візьму до уваги ваші зауваження. Буду пробувати поправити.

Share this post


Link to post
Share on other sites

Привіт!

А як щодо "MAC xx:xx:xx:xx:xx:xx are dublicate in our.isp" - точно не пам"ятаю, але щась схоже на те.

Тобто, як автоматизувати очищеня лізи з мережі невідомих MAC-ів, після використання UHW?

Поки що підчищаю руцями, чи загнати в cron та й не париться? Але хочеться естетики.   -_-

Edited by -VaSaK-

Share this post


Link to post
Share on other sites

То чистити лог DHCPd, а я маю на увазі /var/db/dhcpd/dhcpd.leases

То може в нього є і ротація, але після використаня UHW, сипить в меседж про те що ліза дублікована. Все то працює, але не по феншую це  :D

Share this post


Link to post
Share on other sites

 

 

То чистити лог DHCPd, а я маю на увазі /var/db/dhcpd/dhcpd.leases То може в нього є і ротація, але після використаня UHW, сипить в меседж про те що ліза дублікована. Все то працює, але не по феншую це 


де таке пише є скірн ? як я розумію вам пише ще є дублікати MAC адрес ?  

Share this post


Link to post
Share on other sites

 

То чистити лог DHCPd, а я маю на увазі /var/db/dhcpd/dhcpd.leases То може в нього є і ротація, але після використаня UHW, сипить в меседж про те що ліза дублікована. Все то працює, але не по феншую це 

 

де таке пише є скірн ? як я розумію вам пише ще є дублікати MAC адрес ?  

 

Пише в месседжи. Скріну нема, але якщо буде покажу. 

Share this post


Link to post
Share on other sites

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

Share this post


Link to post
Share on other sites

 

 

То може в нього є і ротація, але після використаня UHW, сипить в меседж про те що ліза дублікована. Все то працює, але не по феншую це :D

Статика має пріоритет. В динамічної лізи є час - вона рано чи пізно, сама здохне. Логи на те і є, щоб там щось відбувалось, і про щось вас повідомлялось. Якшо в логах не відбувається нічого - значить все погано.

Мораль - по феншую всьо :)

Share this post


Link to post
Share on other sites

 

 

Мораль - по феншую всьо

Ну якщо Найт сказав, тоді нема чого лізти. По феншую, так по феншую! :D  :D  

Share this post


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 Sir_Prikol
      Доброго времени суток.
      Было-бы шикарно реализовать следующую фичу:
      Используем модуль uhw для смены мак, а что если добавить туда функционал полной регистрации абонента с выбором тарифа.
      Кому-то может показаться это бесполезным занятием, но бывают моменты когда данный функционал просто необходим. В тех-же общагах, когда львиная доля времени уходит на регистрацию пользователей, а не на мониторинг сети.
       
      В какую сторону копать? 
      Может там достаточно просто, на PHP передать параметр в биллинг через API?
    • By alienkras
      Доброго времени суток! прошу у вас помощи по UHW настроил все по гайду , не перенаправляет на страницу uhw, ip выдает 
      OS freebsd 9.3
      может что-то с фаерволом ? я просто в фаерволах не оч разбираюсь.
      зарание спасибо!!!!
    • By Golthana
      Устанавливаем JavaScript редирект с умолчательного VirtualHost на URL где расположен UHW в /usr/local/www/apache24/data/index.php:
       
      Там нет указанного файла. Есть только index.xml (it's work) Можно просто туда добавить в тело сайта редирект?
    • By awg
      просьба сразу не пинать. только пытаюсь начать разбираться с UHW. начал читать документацию: http://wiki.ubilling.net.ua/doku.php?id=uhw, сразу обратил внимание на отличия в путях, например:  /usr/local/www/apache22/data/index.php такого нет, а есть /usr/local/www/apache24/data/billing/index.php
      такого /usr/local/www/apache22/data/.htaccess нет вовсе, и т.д. Понимаю что дока старая и версия аппача 22 а сейчас 24
       
      Пожалуйста, скажите эта документация актуальна только пути подкорректировать? Или может я зря себе ломаю голову а оно уже из коробки работает?
    • By bolelshik
      Добрый день, всем!
      Установил ubilling, пытаюсь разобраться с uhw, новый клиент получает левый ip, mac адрес тоже виден, но не работает заворот что делаю не так?


      firewall.conf

      #!/bin/sh

      # firewall command
      FwCMD="/sbin/ipfw -q"
      ${FwCMD} -f flush

      # Interfaces setup
      LAN_IF="sk0"
      WAN_IF="re0"

      # Networks define
      ${FwCMD} table 2 add 172.16.0.0/21

      #unknown users redirect
      ${FwCMD} add 5 fwd 127.0.0.1,80 ip from 172.32.0.0/20 to not me dst-port 80

      #NAT
      ${FwCMD} nat 1 config log if ${WAN_IF} reset same_ports
      ${FwCMD} add 6000 nat 1 ip from table\(2\) to not table\(9\) out xmit ${WAN_IF}
      ${FwCMD} add 6001 nat 1 ip from any to me in recv ${WAN_IF}

      #Shaper - table 4 download speed, table 3 - upload speed
      ${FwCMD} add 12001 pipe tablearg ip from any to table\(4\) via ${LAN_IF} out
      ${FwCMD} add 12000 pipe tablearg ip from table\(3\) to any via ${LAN_IF} in

      # default block policy
      ${FwCMD} add 65533 deny all from table\(2\) to any via ${LAN_IF}
      ${FwCMD} add 65534 deny all from any to table\(2\) via ${LAN_IF}
      ${FwCMD} add 65535 allow all from any to any


      ipfw show:

      root@billing:~ # ipfw show
      00005 0 0 fwd 127.0.0.1,80 ip from 172.32.0.0/20 to not me dst-port 80
      06000 0 0 nat 1 ip from table(2) to not table(9) out xmit re0
      06001 285 24450 nat 1 ip from any to me in recv re0
      12000 0 0 pipe tablearg ip from table(3) to any via sk0 in
      12001 0 0 pipe tablearg ip from any to table(4) via sk0 out
      65533 0 0 deny ip from table(2) to any via sk0
      65534 0 0 deny ip from any to table(2) via sk0
      65535 2908 256238 allow ip from any to any
×