Rico-X
NoDeny
Старожил
Карма: 7
Offline
Сообщений: 349
|
|
« : 24 Ноября 2010, 15:10:46 » |
|
Доброго времени суток всем. Столкнулся с такой проблемой у случайных пользователей стала появляться ошибка 629 и пока не сменишь айпишник пользователю в базе она не уходит. Пробовал в radtest подставлять данные для проблемных аккаунтов - все ОК, в логах пусто. Эти ипы нигде больше не используются. Как только пользователю меняется айпишнек в базе ошибка сразу уходит. Проблема не слишком серьезная но местами начинает напрягать, не подскажете в какую сторону копать, может какие конфиги или логи приложить, не могу понять в чем проблемма.
|
|
|
Записан
|
|
|
|
ankos
NoDeny
Пользователь
Карма: 2
Offline
Сообщений: 45
|
|
« Ответ #1 : 24 Ноября 2010, 15:15:38 » |
|
Такая проблема может быть от того, что у клиента на интерфейсе стоит такаяже ІР как та что хочет выдать ВПН и/или РРРоЕ!т По крайней мере у меня такая хрень иногда случалась! Решалось таким образом ІР локальний: 10.1.0.1 ІР для ВПН и/или РРРоЕ: 10.100.0.1.
|
|
|
Записан
|
|
|
|
Rico-X
NoDeny
Старожил
Карма: 7
Offline
Сообщений: 349
|
|
« Ответ #2 : 24 Ноября 2010, 15:20:54 » |
|
Айпишнеки не пересекаются точно пользователи получают по ДХЦП ипы совсем из другого диапазона. Да и пробовали на разных компах вводить данные одной учетки, ошибка не уходит. Хотя если на серваке использовать радтест то все ок. Появляется проблема со случайными учетками в случайные промежутки времени, причем учетки из разных виланов и подключены к разным сателитам как отловить в чем бок не могу понять.
|
|
|
Записан
|
|
|
|
elite
Начальник планеты
NoDeny
Спец
Карма: 52
Offline
Сообщений: 1226
In LAN we trust!
|
|
« Ответ #3 : 24 Ноября 2010, 17:45:17 » |
|
ничего не менял в процедурах mysql ? radcheck, radreply ?
|
|
|
Записан
|
|
|
|
Rico-X
NoDeny
Старожил
Карма: 7
Offline
Сообщений: 349
|
|
« Ответ #4 : 25 Ноября 2010, 08:42:50 » |
|
Нет не менял ничего, но недавно из-за сгоревшего блока питания на сервере повредилась мускульная база, пришлось восстанавливать, но насколько я понимаю если бы проблема была в базе radtest для проблемного аккаунта выдавал бы ошибку. Кажется что сбоит что-то из железа, т.к. ошибка то не проявляется несколько дней вообще, то вылазит сразу у нескольких пользователей и сама не уходит. Сейчас увеличил таймаут между обращениями сателитов к базе, попробую понаблюдать. Сложность в том что намеренно спровоцировать ошибку не выходит.
|
|
|
Записан
|
|
|
|
elite
Начальник планеты
NoDeny
Спец
Карма: 52
Offline
Сообщений: 1226
In LAN we trust!
|
|
« Ответ #5 : 25 Ноября 2010, 22:30:46 » |
|
попробуй удалить процедуры из мускуля и создать заново...
|
|
|
Записан
|
|
|
|
Rico-X
NoDeny
Старожил
Карма: 7
Offline
Сообщений: 349
|
|
« Ответ #6 : 26 Ноября 2010, 09:49:56 » |
|
попробуй удалить процедуры из мускуля и создать заново...
Так и сделаю - спасибо.
|
|
|
Записан
|
|
|
|
Rico-X
NoDeny
Старожил
Карма: 7
Offline
Сообщений: 349
|
|
« Ответ #7 : 30 Ноября 2010, 16:46:48 » |
|
Багу вылечил изменением частоты запросов сателитов к базе. Вопрос снимается.
|
|
|
Записан
|
|
|
|
elite
Начальник планеты
NoDeny
Спец
Карма: 52
Offline
Сообщений: 1226
In LAN we trust!
|
|
« Ответ #8 : 01 Декабря 2010, 01:24:20 » |
|
Багу вылечил изменением частоты запросов сателитов к базе. Вопрос снимается.
это где что изменил?
|
|
|
Записан
|
|
|
|
Rico-X
NoDeny
Старожил
Карма: 7
Offline
Сообщений: 349
|
|
« Ответ #9 : 01 Декабря 2010, 08:50:01 » |
|
Операции -> настройки -> сателиты Изменил следующие параметры "Агент управления доступом" Строка | Было | Стало 4 8 10 5 30 60 Уже неделю бага себя не проявляет.
|
|
|
Записан
|
|
|
|
|