Проблема с ejabberd+внешняя авторизация

Включай в ёжике debug и смотри его лог - {loglevel, 5}. Если debug сильно будет мешать (юзеров то у тебя немало), открой extauth.erl, нади там строчку

?DEBUG("extauth call '~p' received data response:~n~p", [Msg, Data])

?INFO_MSG("extauth call '~p' received data response:~n~p", [Msg, Data])

После чего прямо в исходниках ejabberd:

$ erlc extauth.erl

Никаких configure/make не надо. Полученный extauth.beam положи в директорию с другими бимами ёжика и рестартани сервер. Исходники для 2.1.0 брать здесь.

После того, как получишь результаты, отпишись :)

Спасибо за ответ.

Скомпилил, жду ночи для рестарта. :)

По идее можно без рестарта. Через ejabberdctl debug подключись к ёжику и набери l(extauth). Пример:

(ejabberd@localhost)1> l(extauth).
{module,extauth}

Пока все это дело отложилось, надеюсь на всегда.
Прикрутил перловую авторизацию, посмотрим как она себя поведет.

Дождался ошибки наконец-то...

Авторизуюсь под заведомо неправильным пользователем, скрипт отрабатывает нормально, в логи пишет свои ответы:

Dec  2 09:42:41 ns01 pipe-auth: Command : auth:iiiiiiiii:domain.com:e882b72bccfc2ad578c27b0d9b472a14 ==> 0 
Dec  2 09:42:45 ns01 pipe-auth: Command : auth:iiiiiiiii:domain.com:e882b72bccfc2ad578c27b0d9b472a14 ==> 0 
Dec  2 09:43:36 ns01 pipe-auth: Command : auth:iiiiiiiii:domain.com:e882b72bccfc2ad578c27b0d9b472a14 ==> 0 
Dec  2 09:43:40 ns01 pipe-auth: Command : auth:iiiiiiiii:domain.com:e882b72bccfc2ad578c27b0d9b472a14 ==> 0 
Dec  2 09:43:43 ns01 pipe-auth: Command : auth:iiiiiiiii:domain.com:e882b72bccfc2ad578c27b0d9b472a14 ==> 0

При этом меня отбривает только первый раз, остальные четыре раза я залогинился с неправильными данными:

=ERROR REPORT==== 2010-12-02 09:42:41 ===
E(<0.281.0>:extauth:73) : extauth call '["auth","iiiiiiiii","domain.com",
                                         "pppppp"]' received data response:
[0,0]

=ERROR REPORT==== 2010-12-02 09:42:45 ===
E(<0.281.0>:extauth:73) : extauth call '["auth","iiiiiiiii","domain.com",
                                         "pppppp"]' received data response:
[0,1]

=ERROR REPORT==== 2010-12-02 09:43:36 ===
E(<0.281.0>:extauth:73) : extauth call '["auth","iiiiiiiii","domain.com",
                                         "pppppp"]' received data response:
[0,1]

=ERROR REPORT==== 2010-12-02 09:43:40 ===
E(<0.281.0>:extauth:73) : extauth call '["auth","iiiiiiiii","domain.com",
                                         "pppppp"]' received data response:
[0,1]

=ERROR REPORT==== 2010-12-02 09:43:43 ===
E(<0.281.0>:extauth:73) : extauth call '["auth","iiiiiiiii","domain.com",
                                         "pppppp"]' received data response:
[0,1]

> Ежик коряво обрабатывает extauth?

Понимаешь в чём фишка: ёжик использует внутренние механизмы эрланга для декодирования данных из порта. Эти механизмы используются в over 9000 мест в самом эрланге. Соответсвенно, если бы там был баг, то весь бы эрланг разваливался за считанные секунды. К тому же, я первый раз слышу о том, что у кого-то глючит extauth, и это за 6 лет его существования. Я бы всё-таки добавил дебаг к твоему скрипту: выводи в лог то, что непосредственно пишется в stdout. Кстати, можно ещё подцепить strace и помониторить вывод.

В том то и дело, что скрипт пишет в лог то, что выдает в stdout:

Dec  2 09:43:43 ns01 pipe-auth: Command : auth:iiiiiiiii:domain.com:e882b72bccfc2ad578c27b0d9b472a14 ==> 0

Это кусок кода скрипта, который выводит ответ в stdout и ведет лог. Переменная $result = true, если авторизация прошла и false, если нет:

    $return = ($return) ? 1 : 0;
    $this->logg("Command : ".$data[0].":".$parms." ==> ".$return." ");
    return @pack("nn", 2, $return);

Неправильная пара логин-пароль, скрипт выдает 0 в stdout, это же пишет в лог.Несколько дней ежик видит то, что говорит скрипт, то есть работает все идеально, потом начинаются проблемы - чаще видит 1 вместо 0.

Этот скрипт - один из нескольких, представленных на сайте ежика. Все перепробовал 3 скрипта с сайта - два на php, один на perl - везде одинаковая проблема.

Дык каждый вывод должен тэггироваться длиной же, а в логе я этого чота не вижу.

Кстати, у тебя включен параллельный extauth? Может там гонка?

> Кстати, у тебя включен параллельный extauth? Может там гонка?

Кстати вариант. У меня есть еще один extauth с другим скриптом для домена третьего уровня а ля sub.domain.com, может из-за него глюки. На днях попробую скрестить все в один скрипт.

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

Спустя столько времени, проблема таки решилась. Починили в ежике эту багу.