Перейти до

Проблемы с шейпером?


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

Вот недавно взял на вооружение UBilling. Очень им доволен, за исключением одной вещи. В последнее время началось нечто мистическое, а именно: у меня прикручен mpd5 с pppoe для авторизации, при подключении пользователя в 98% всё проходит нормально, но есть идивидуумы, которые не получают пайп. В таблице видно tablearg, допустим : table 4 10.10.10.2 8102, пишу комманду ipfw pipe 8102 show и получаю пустой вывод. Поковырял логи и пришёл к выводу, что скрипт GetSpeed и GetUpSpeed выдают не правильные результаты. 

Нормальный вывод:

2013.06.04 15:05:19 CONNECT: ID-0;LOGIN-%user_login%;IP-10.10.10.134;CASH-0.000000;SPEED-10000;UPSPEED-10000,MAC-14:88:70:11:43:30

Не нормальный вывод:

2013.06.04 18:04:13 CONNECT: ID-3;LOGIN-%user_login%;IP-10.10.10.178;CASH-0.000000;SPEED-20002000;UPSPEED-20002000,MAC-14:88:11:31:73:28

Взято из лога /var/stargazer/allconnect.log

Помогите побороть это.

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

Да. Но такого быть в принципе не должно. Да и пайпы с такими странными скоростями физически создаваться не должны, что логично.

 

Для начала следует убедиться, что у пользователя %user_login% ничего странного не нарисовано в поле "Переназначение скорости".

 

Также очень хорошо бы увидеть:

1. вывод /etc/stargazer/GetSpeed %user_login%

2. было бы хорошо узнать что у вас нарисовано в OnConnect

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

Да. Но такого быть в принципе не должно. Да и пайпы с такими странными скоростями физически создаваться не должны, что логично.

 

Для начала следует убедиться, что у пользователя %user_login% ничего странного не нарисовано в поле "Переназначение скорости".

 

Также очень хорошо бы увидеть:

1. вывод /etc/stargazer/GetSpeed %user_login%

2. было бы хорошо узнать что у вас нарисовано в OnConnect

я там в принципе ничего не менял. Версия Ubilling: 0.4.1 rev 2603.

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

Окей, если OnConnect дефолтный - остаются открытыми вопросы только по поводу /etc/stargazer/GetSpeed %user_login% и значения параметра "Переназначение скорости"

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

 

Да. Но такого быть в принципе не должно. Да и пайпы с такими странными скоростями физически создаваться не должны, что логично.

 

Для начала следует убедиться, что у пользователя %user_login% ничего странного не нарисовано в поле "Переназначение скорости".

 

Также очень хорошо бы увидеть:

1. вывод /etc/stargazer/GetSpeed %user_login%

2. было бы хорошо узнать что у вас нарисовано в OnConnect

я там в принципе ничего не менял. Версия Ubilling: 0.4.1 rev 2603.

# /etc/stargazer/GetSpeed gai
20022002

 

 

 

Да. Но такого быть в принципе не должно. Да и пайпы с такими странными скоростями физически создаваться не должны, что логично.

 

Для начала следует убедиться, что у пользователя %user_login% ничего странного не нарисовано в поле "Переназначение скорости".

 

Также очень хорошо бы увидеть:

1. вывод /etc/stargazer/GetSpeed %user_login%

2. было бы хорошо узнать что у вас нарисовано в OnConnect

я там в принципе ничего не менял. Версия Ubilling: 0.4.1 rev 2603.

# /etc/stargazer/GetSpeed gai
20022002

Переназначение скорости тоже не трогал

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

Окей, если OnConnect дефолтный - остаются открытыми вопросы только по поводу /etc/stargazer/GetSpeed %user_login% и значения параметра "Переназначение скорости"

Есть ещё такой прикол /etc/stargazer/GetSpeed vd176 и пусто

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

 

# /etc/stargazer/GetSpeed gai

20022002

Ок, будем теперь считать, что проблема с юзером :)

 

А теперь немного магии. Идете в "Консоль разработчика", и тыцаете в "SQL консоль" следующие запросы:

 

SELECT * from `userspeeds` where `login`='gai'
SELECT *
FROM `users`
LEFT JOIN tariffs
ON users.Tariff=tariffs.name WHERE login='gai'
Відредаговано nightfly
Ссылка на сообщение
Поделиться на других сайтах

 

 

# /etc/stargazer/GetSpeed gai

20022002

Ок, будем теперь считать, что проблема с юзером :)

 

А теперь немного магии. Идете в "Консоль разработчика", и тыцаете в "SQL консоль" следующие запросы:

 

SELECT * from `userspeeds` where `login`='gai'
SELECT *
FROM `users`
LEFT JOIN tariffs
ON users.Tariff=tariffs.name WHERE login='gai'

array (

0 =>

array (

'id' => '179',

'login' => 'gai',

'speed' => '0',

),

1 =>

array (

'id' => '187',

'login' => 'gai',

'speed' => '0',

),

)

 

вот вывод с первого запроса

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

 

 

 

# /etc/stargazer/GetSpeed gai

20022002

Ок, будем теперь считать, что проблема с юзером :)

 

А теперь немного магии. Идете в "Консоль разработчика", и тыцаете в "SQL консоль" следующие запросы:

 

SELECT * from `userspeeds` where `login`='gai'
SELECT *
FROM `users`
LEFT JOIN tariffs
ON users.Tariff=tariffs.name WHERE login='gai'

array (

0 =>

array (

'id' => '179',

'login' => 'gai',

'speed' => '0',

),

1 =>

array (

'id' => '187',

'login' => 'gai',

'speed' => '0',

),

)

 

вот вывод с первого запроса

но у меня там у всех юзеров 0

 

 

 

 

 

# /etc/stargazer/GetSpeed gai

20022002

Ок, будем теперь считать, что проблема с юзером :)

 

А теперь немного магии. Идете в "Консоль разработчика", и тыцаете в "SQL консоль" следующие запросы:

 

SELECT * from `userspeeds` where `login`='gai'
SELECT *
FROM `users`
LEFT JOIN tariffs
ON users.Tariff=tariffs.name WHERE login='gai'

array (

0 =>

array (

'id' => '179',

'login' => 'gai',

'speed' => '0',

),

1 =>

array (

'id' => '187',

'login' => 'gai',

'speed' => '0',

),

)

 

вот вывод с первого запроса

но у меня там у всех юзеров 0

но то что там 2 ид, мне очень не нравится

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

 

вот вывод с первого запроса

Хорошо, только почему их два?

 

Сделайте по дороге

DELETE from `userspeeds` where `id'='179'

Неверный запрос:

 

DELETE from `userspeeds` where `id'='179'

 

а я вот понятия не имею, почему их там два..

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

 

 

вот вывод с первого запроса

Хорошо, только почему их два?

 

Сделайте по дороге

DELETE from `userspeeds` where `id'='179'

Неверный запрос:

 

DELETE from `userspeeds` where `id'='179'

 

а я вот понятия не имею, почему их там два..

ммм, доглядел и исправил запрос

Console debug data

Warning: mysql_fetch_assoc() expects parameter 1 to be resource, boolean given in /usr/local/www/apache22/data/billing/modules/general/sqlconsole/index.php on line 172

 

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

 

вот вывод с первого запроса

Хорошо, только почему их два?

 

Сделайте по дороге

DELETE from `userspeeds` where `id'='179'

это решило проблему. GetSpeed теперь выдаёт нужный результат. спасибо, вам, добрый человек  :rolleyes:

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

 

вот вывод с первого запроса

Хорошо, только почему их два?

 

Сделайте по дороге

DELETE from `userspeeds` where `id'='179'

а теперь вопрос следующий, GetSpeed vd176 в ответ пусто. проверил, ид только один у него

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

 

 

вот вывод с первого запроса

Хорошо, только почему их два?

 

Сделайте по дороге

DELETE from `userspeeds` where `id'='179'

а теперь вопрос следующий, GetSpeed vd176 в ответ пусто. проверил, ид только один у него

пардон, не то спорол, там тариф не назначен, человек ещё не подключен

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

 

а я вот понятия не имею, почему их там два..

ммм, доглядел и исправил запрос

 

    Console debug data

Хорошо, лишний оверрайд грохнули.

 

это решило проблему. GetSpeed теперь выдаёт нужный результат. спасибо, вам, добрый человек  :rolleyes:

Внезапно.

 

а теперь вопрос следующий, GetSpeed vd176 в ответ пусто. проверил, ид только один у него

Окей, давайте посмотрим на

 

SELECT Tariff,Login,IP from `users` WHERE `login`='vd176'

 

Из того что вижу, есть чувство, что у вас слегка крякнута целостность данных. Могу предположить, что вы вырубили настоятельно(!) рекомендуемую и заведомо опасную опцию SAFE_REGMODE и пытались либо дважды зарегистрировать одного и того же пользователя, либо попытались его регистрировать удалив такого-же, но не дождавшись полного удаления предыдушего (описано в FAQ).

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

пардон, не то спорол, там тариф не назначен, человек ещё не подключен

Ну значит я был очень прав в своем желании увидеть SELECT Tariff,Login,IP from `users` WHERE `login`='vd176' :)

 

В любом случае такие артефакты не критичны, поскольку при смене тарифов и чего только можно вызывается событие reset() которое всеравно подымет правильный пайп. Это к слову тоже описано в FAQ

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

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

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

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

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

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

Вхід

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

Войти сейчас
  • Зараз на сторінці   0 користувачів

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

  • Схожий контент

    • Від ppv
      Проглянув FAQ і Ubilling Wiki. Зацікавило питання чи є в Ubilling якась реалізація reCAPTCHA, чи потрібно додавати руцями, (для прикладу для форми подачі заявок чи для кабінету користувача)?
       
    • Від Keen
      Пару дней назад под юзером админ пропал вход через stargazer configurator.
      Начало писать Invalid password. Хотя пароль не меняли.
      Ессно через ubilling тоже вход слетел. Просто обновляется на страницу входа.
      Решил ребутнуть старгейзер, т.к. в папке admins файлы не менялись с 2011г и по бекапам хеш паролей сходится.  Затупил уже мускул база, а не файловая.
      Теперь выдает recv data answer error
      в логах:
      2023-06-07 13:23:02 -- Admin's connect failed. IP 192.168.0.14
      2023-06-07 13:26:24 -- Shutting down... 15
      2023-06-07 13:26:24 -- +++++++++++++++++++++++++++++++++++++++++++++
      2023-06-07 13:26:30 -- Module: 'Stargazer RPC v. 0.2'. Stop successfull.
      2023-06-07 13:26:30 -- Module: 'Stg configurator v.0.08'. Stop successfull.
      2023-06-07 13:26:31 -- Module: 'Pinger v.1.01'. Stop successfull.
      2023-06-07 13:26:33 -- Module: 'Always Online authorizator v.1.0'. Stop successfull.
      2023-06-07 13:26:34 -- Module: 'InetAccess authorization plugin v.1.4'. Stop successfull.
      2023-06-07 13:26:34 -- Module: 'Ether_cap v.1.2'. Stop successfull.
      2023-06-07 13:26:34 -- Traffcounter: Stop successfull.
      2023-06-07 13:26:35 -- Users: Stop successfull.
      2023-06-07 13:26:36 -- Queue removed successfully.
      2023-06-07 13:26:36 -- StgTimer: Stop successfull.
      2023-06-07 13:26:36 -- Stg stopped successfully.
      2023-06-07 13:26:36 -- ---------------------------------------------
      2023-06-07 13:27:20 -- Stg v. 2.407-p1
      2023-06-07 13:27:20 -- Message queue created successfully. msgKey=5555 msgID=32768
      2023-06-07 13:27:20 -- Timer thread started successfully.
      2023-06-07 13:27:20 -- Storage plugin: mysql_store v.0.67. Loading successfull.
      2023-06-07 13:27:20 -- Error in parameter password
      2023-06-07 13:27:21 -- Users started successfully.
      2023-06-07 13:27:21 -- Traffcounter started successfully.
      2023-06-07 13:27:21 -- Module: 'Ether_cap v.1.2'. Start successfull.
      2023-06-07 13:27:21 -- Module: 'InetAccess authorization plugin v.1.4'. Start successfull.
      2023-06-07 13:27:24 -- Module: 'Always Online authorizator v.1.0'. Start successfull.
      2023-06-07 13:27:24 -- Module: 'Pinger v.1.01'. Start successfull.
      2023-06-07 13:27:24 -- Module: 'Stargazer RPC v. 0.2'. Start successfull.
      2023-06-07 13:27:24 -- Module: 'Stg configurator v.0.08'. Start successfull.
      2023-06-07 13:27:24 -- Stg started successfully.
      2023-06-07 13:27:24 -- +++++++++++++++++++++++++++++++++++++++++++++
      2023-06-07 13:27:43 -- Invalid configuration request
       
      Если через stg configurator (windows) зайти под юзером касира - конфигуратор виснет намертво..
      При этом через юбиллинг доступ есть и линуховый sgconfig под касиром все обрабатывает
      Пните, где копать?
       
    • Від ppv
      Доброго дня, не працює примусовий опит OLT. Якщо оновлювати дані для даного ОЛТ то все норм. Була версія білінгу 1.3.3, вчора оновив до 1.3.6 нічого не змінилось.
      Чи може я щось пропустив в оновленях що треба було доналаштувати? Підкажіть будь ласка, хочу знати на що звернути увагу.
      Через крон теж не згрібає сигнали, хоча бачу регламенти проходять. Олт BDCOM різного типу.
      До білінгу давно не дивився, незнаю точно коли проблема появилась.
    • Від ppv
      Цікаво а чи реально, реалізація кучаген, тип підключення pppoe, nas на різних іп. Але якщо брати з одного пулу іп абонентам. Розумію що збочена реалізація але цікаво все ж).
    • Від ProstoName
      Після видалення непотрібної мережі під номером 3 (є мережі з ID 1,2,4) вилазять такі помилки на сторінці з мережами (***billing/?module=multinet):
       
      Notice: Undefined offset: 3 in /usr/local/www/apache24/data/billing/api/libs/api.networking.php on line 1069

      Notice: Trying to access array offset on value of type null in /usr/local/www/apache24/data/billing/api/libs/api.networking.php on line 1070

      Notice: Trying to access array offset on value of type null in /usr/local/www/apache24/data/billing/api/libs/api.networking.php on line 1071

      Notice: Trying to access array offset on value of type null in /usr/local/www/apache24/data/billing/api/libs/api.networking.php on line 1072

      Notice: Undefined offset: 1 in /usr/local/www/apache24/data/billing/api/libs/api.networking.php on line 1074
×
×
  • Створити нове...