UPDATE-нутые данные не отражаются в SELECT.

Ответить
chtito2
Сообщения: 479
Зарегистрирован: Чт апр 17, 2008 5:26 pm

UPDATE-нутые данные не отражаются в SELECT.

Сообщение chtito2 »

Например если включена $conf{MAC_AUTO_ASSIGN} и клиент поменял модем, то после стирания из веб админки поля CID, чтобы клиент смог зайти, он все еще не может зайти из-за неправильного MAC адреса.
Wrong CID '1234.5678.9012'
Очень странная проблема. Вроде по MySQL логам при авторизации ФриРадиус к ней коннектится и выбирает новое поле cid каждый раз, среди прочего. Почему оно в базе старое? Это проблема MySQL, или в Абиллсе? Замечу, что если в открытом клиенте MySQL сделать SELECT после стирания cid из админки, то правильно отображается измененный cid каждый раз. Помогите кто сталкивался.

P.S.: abills-current, mysql-server-5.1.34
who | grep -i blonde | date; cd $HOME; unzip; touch; strip; finger; mount; fsck; more; yes; uptime; umount; sleep 69

~AsmodeuS~
Site Admin
Сообщения: 5749
Зарегистрирован: Пт янв 28, 2005 3:11 pm
Контактная информация:

Re: UPDATE-нутые данные не отражаются в SELECT.

Сообщение ~AsmodeuS~ »

Проверте демку

chtito2
Сообщения: 479
Зарегистрирован: Чт апр 17, 2008 5:26 pm

Re: UPDATE-нутые данные не отражаются в SELECT.

Сообщение chtito2 »

Что проверить? То, что я описал в демке проверить невозможно.
who | grep -i blonde | date; cd $HOME; unzip; touch; strip; finger; mount; fsck; more; yes; uptime; umount; sleep 69

~AsmodeuS~
Site Admin
Сообщения: 5749
Зарегистрирован: Пт янв 28, 2005 3:11 pm
Контактная информация:

Re: UPDATE-нутые данные не отражаются в SELECT.

Сообщение ~AsmodeuS~ »

есл иполе пустое то работает автозаполнение и нет контроля мака если полное появляется контроль мака

chtito2
Сообщения: 479
Зарегистрирован: Чт апр 17, 2008 5:26 pm

Re: UPDATE-нутые данные не отражаются в SELECT.

Сообщение chtito2 »

Да это я знаю... Просто авторизация rlm_perl не видит обнуленное из админки поле мак адреса, а админка в свою очередь не видит авто-заполненный мак адрес. Они видят значение _до_ апдейта. Приходится проапдейтить из админки два раза подряд, или соответственно авторизоваться 2 раза подряд, чтобы данные отразились в другом соединении. Я думал какое-то кэширование где-то ошибочно использует старые данные, но судя по mysql логам все ок и все запросы срабатывают. Тем не менее данные используются старые. Кто сталкивался? Может какая-то бяка в версии mysql 5.1.34, отдающая старые данные? Таблицы Innodb.
who | grep -i blonde | date; cd $HOME; unzip; touch; strip; finger; mount; fsck; more; yes; uptime; umount; sleep 69

Matrixnts
Сообщения: 194
Зарегистрирован: Вс апр 06, 2008 7:07 pm
Контактная информация:

Re: UPDATE-нутые данные не отражаются в SELECT.

Сообщение Matrixnts »

$conf{MAC_AUTO_ASSIGN}=1;
Извиняюсь, хотел вот что спросить, при каких обстоятельствах эта функция работает?
У меня стоит последний ап 0.4 ветки, включаю в конфиге функцию, ничего не происходит. Поле СИД у клиента не заполнено, клиент конектится, поле не заполняется.
Фря 6.4, МПД 5.3, Радиус 1.х, ПППоЕ

Matrixnts
Сообщения: 194
Зарегистрирован: Вс апр 06, 2008 7:07 pm
Контактная информация:

Re: UPDATE-нутые данные не отражаются в SELECT.

Сообщение Matrixnts »

забыл, вот конфиг мпд:
pppoe_server:
create bundle template C
set iface idle 0
set iface enable tcpmssfix proxy-arp
set ipcp no vjcomp
set iface up-script "/usr/local/abills/libexec/linkupdown mpd up"
set iface down-script "/usr/local/abills/libexec/linkupdown mpd down"
#set ipcp ranges 10.10.0.1 ippool pool1
#set ipcp dns

create link template M pppoe
set link action bundle C
set link enable peer-as-calling
#########Calling-Station-Id = "10.0.4.16 / 00:18:f3:5a:9f:6a / em0"
set link enable report-mac
#set pppoe acname "bras1"
set pppoe iface em0
set pppoe service "*"
load server_common

Ответить