Опыт установки 5.3 на боевом сервере

[serjk]

Проверил - и сейчас не отображается. Будем разбираться, почему так вышло. Можем оперативно сделать исправление.

[tshadrin]

Да, было бы прекрасно.

[tshadrin]

Еще нашли баг похоже в админке.

поиск->расширенный поиск
критерий "создан"
значение "больше"
допустим 6 октября
подразумевается, что создан аккаунт после 6 октября.

и видим полный список из 23 000 абонентов

[serjk]

По первой проблеме - скачайте еще раз админку в личном кабинете.

По второй зарегистрировал mantis ID 2132, проблема в ядре.

[tshadrin]

Спасибо вам и компании нетап за оперативную помощь в решении проблем.

[serjk]

И вам спасибо за оперативный отчет об ошибке.

[Hawk128]

Забавно с датами в логах....

До обновления:

Код: Выделить всё

?Debug : Oct 11 16:57:22 02c07c00 StreamConnection: Sending message ID 0x3001
?Debug : Oct 11 16:57:52 02c07c00 StreamConnection: Got message ID 0x4004
?Debug : Oct 11 16:57:52 02c07c00 StreamFirewall: Got ping from core. Sending reply...
?Debug : Oct 11 16:57:52 02c07c00 StreamConnection: Sending message ID 0x3001
?Debug : Oct 11 16:58:22 02c07c00 StreamConnection: Got message ID 0x4004
?Debug : Oct 11 16:58:22 02c07c00 StreamFirewall: Got ping from core. Sending reply...
?Debug : Oct 11 16:58:22 02c07c00 StreamConnection: Sending message ID 0x3001
?Debug : Oct 11 16:58:52 02c07c00 StreamConnection: Got message ID 0x4004

После:

Код: Выделить всё

Aug 06 21:04:12  Notice: 2c07400 UTM5 RFW: Version 5.3-001-update2-bsd9_x64 starting.
Feb 21 16:11:56 ?Debug : 2c07400 ModTop: Registering message handlers..
Feb 21 16&#58;11&#58;56 ?Debug &#58; 2c07400 ModTop&#58; ID <0x4003> handler <0x02c174c0>
Feb 21 16&#58;11&#58;56 ?Debug &#58; 2c07400 ModTop&#58; ID <0x4000> handler <0x02c174c0>
Feb 21 16&#58;11&#58;56 ?Debug &#58; 2c07400 ModTop&#58; ID <0x4001> handler <0x02c174c0>
Feb 21 16&#58;11&#58;56 ?Debug &#58; 2c07400 ModTop&#58; ID <0x4004> handler <0x02c174c0>
Feb 21 16&#58;11&#58;56 ?Debug &#58; 2c07400 ModTop&#58; ID <0x4002> handler <0x02c174c0>

Возможно связанно с 32/64 версиями.

Ядро - 32.
Фаеры - 64 - косяк, 32 - правильная дата.

[serjk]

Свазано в появлением ф-ции записи в syslog. Пришлось привести логи в соответствие с форматом syslog (т.к. когда мы пишем в syslog, не нужно указывать дату в сообщении)

[Hawk128]

Речь про ошибку в дате.
Сейчас не февраль...

Но при использовании ядра 32 и файрвола 64, оно считает именно февралем.

А 32 - 32 - нормально, октябрь.

[serjk]

Не заметил сразу. Проверю.

[Hawk128]

Ок.

[Hawk128]

Еще вопрос, модуль платежных систем на 64-х битной фре запустить мне не удалось, он не инициирует БД свою при первом запуске, ну и куча проблем с библиотеками.
В свете выхода самого биллинга под 64-ю ОС, когда будет и этот модуль выпущен?

[torrus]

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

Жаль,что это в апдейт не вошло Или надо официальный запрос в ТП писать?

[Point]

2 serjk:
а можно озвучить решение по вопросу:

"1) revesre в отчете по сессиям связан со старой ошибкой в предыдущих версиях UTM5. В таблице dhs_sessions_log колонка Framed_IP_Address записывалась в network byte order, в то время как все остальные адреса записывались в host byte order. Перешли к единому формату. Соответственно, новые сессии будут отображаться корректно. Можем предложить решение по конвертации старых сессий, если это критично."

[serjk]

Пока проблему с Framed_IP_Address можно решить средствами SQL:

Код: Выделить всё

UPDATE dhs_sessions_log SET Framed_IP_Address=&#40;&#40;&#40;Framed_IP_Address << 24&#41; & 0xff000000&#41; | &#40;&#40;Framed_IP_Address << 8&#41;&0xff0000&#41; | &#40;&#40;Framed_IP_Address>>8&#41;&0xff00&#41; | &#40;&#40;Framed_IP_Address>>24&#41;&0xff&#41;&#41; WHERE recv_date < UNIX_TIMESTAMP&#40;'yyyy-mm-dd hh&#58;mm&#58;ss'&#41;

Дату поменять на соответствующую, данные таблицы изначально сдампить, указать дату, соответствующую моменту обновления на 5.3

Рекомендую сначала проверить запрос на нескольких конкретных сессиях.