Jump to content
Калькуляторы

LanBilling 2.0.18-1 спер IP шник Как освободить IP если он был авторизован?

Приветствую все!

Такая незнакомая ситуация:

Меняя ip на авторизованной учетке, сменил ей IP, но т.к. он был авторизован он не освободился в биллинге и не стал доступен.

Даже после перезапуска самого биллинга! ( сначала перезапуска процессов) и очистке сессии по этому IP на циске, она его не авторизует потому что его нет в биллинге:) )))

Вообщем надеюсь он появиться в доступных, как истечет назначенная ему когда то 24 часовая сессия на удаленной учетке.

Но, в следующий раз, хотелось бы решить этот вопрос быстрее! И не заставлять людей нервничать :)

Подскажите пожалуйста - как можно высвободить ip побыстрее и цепких объятий ланбиллинга ???

Share this post


Link to post
Share on other sites

Приветствую все!

Такая незнакомая ситуация:

Меняя ip на авторизованной учетке, сменил ей IP, но т.к. он был авторизован он не освободился в биллинге и не стал доступен.

У меня так же несколько ip канули в базу.

Пробовал один из базы вручную удалить, вроде появлялся в свободных.

 

 

п.с.

у меня 14 сборка.

хм, думал эту хрень полечили, ан нет, оказывается все так же плавает от сборки к сборке.

Share this post


Link to post
Share on other sites

Есть баг, поддверждают проблему с staff_history_dynamic (не помню сейчас точное название таблицы).

 

"По текущему обращению с отсутствием в калькуляторе IP-адреса -- было исправлено 23 сентября."

В общем поставили фикс от 23.09.16 г. - не помогло.

 

Сообщили еще раз, вроде бы передали разработчикам, что-то делают....

 

P.S. у нас 018

Edited by hsvt

Share this post


Link to post
Share on other sites

У меня так же несколько ip канули в базу.

Пробовал один из базы вручную удалить, вроде появлялся в свободных.

 

А не подскажите как эта табличка называется?

Share this post


Link to post
Share on other sites

delete from staff_history_dynamic where inet_ntoa(CONV(RIGHT(HEX(segment), 8),16,10)) = 'Здесь.Потерянный.IP.адрес'

Вот такая команда возвращает IP из небытия

Share this post


Link to post
Share on other sites

delete from staff_history_dynamic where inet_ntoa(CONV(RIGHT(HEX(segment), 8),16,10)) = 'Здесь.Потерянный.IP.адрес'

Вот такая команда возвращает IP из небытия

Спасибо!!

Share this post


Link to post
Share on other sites

Можете привести как выглядит в базе запись с потерянным ip-адресом? Вот таким запросом:

 

select * from staff_history_dynamic where inet_ntoa(conv(substr(hex(segment),25,8),16,10)) = 'Здесь.Потерянный.IP.адрес'

Share this post


Link to post
Share on other sites

Можете привести как выглядит в базе запись с потерянным ip-адресом? Вот таким запросом:

 

select * from staff_history_dynamic where inet_ntoa(conv(substr(hex(segment),25,8),16,10)) = 'Здесь.Потерянный.IP.адрес'

 

Там по несколько тысяч записей на каждый ip. Возможно, имеет значение последняя запись, но выяснять не стал. Т.к. потерянных больше нет, то и присылать нечего.

Share this post


Link to post
Share on other sites

При проявлении подобного случая, попробуйте выбрать с условием timefrom или timeto is null:

 

select * from staff_history_dynamic where (timefrom is null or timeto is null) and inet_ntoa(conv(substr(hex(segment),25,8),16,10)) = 'Здесь.Потерянный.IP.адрес';

Share this post


Link to post
Share on other sites

Можете привести как выглядит в базе запись с потерянным ip-адресом? Вот таким запросом:

 

select * from staff_history_dynamic where inet_ntoa(conv(substr(hex(segment),25,8),16,10)) = 'Здесь.Потерянный.IP.адрес'

 

Там по несколько тысяч записей на каждый ip. Возможно, имеет значение последняя запись, но выяснять не стал. Т.к. потерянных больше нет, то и присылать нечего.

 

Случаи как раз есть :) и моделируются ЛЕГКО !) Завтра потеряю какойнито.

Share this post


Link to post
Share on other sites

Кто нибудь в курсе - решили проблему в 19LTS, 20, 21 ой версии ?

 

LANBilling 2.0 RADIUS DialUp build 19.1 (Feb  5 2017 21:25:23), rev #7cff0ee5

 

Похоже что нет, удалили старый адрес, назначили новый, дропнули сессию - клиент подключился заново получает старый IP, поиском его нет и в списках доступных для назначения его нет.

Share this post


Link to post
Share on other sites

Подниму тему!

 

Клиенты авторизуются через радиус, им выдается статически привязанный ip,

с течением времени, удаляемые ip, не все вернулись в доступность назначения.

 

Вопрос: как сделать выборку из базы на все "зависшие" ip которые ни кому не назначены и в доступе их тоже нет?

Делал такое кто-нибудь?

 

2.0base-014

Edited by Brainiac

Share this post


Link to post
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.