Re[2]: [gentoo-user-ru] Big Problem with authvchkpw

[Konstantin Astafjev]

Hello Alex,

Thursday, October 26, 2006, 2:40:31 PM, you wrote:
> On Thu, Oct 26, 2006 at 01:06:05PM +0300, Konstantin Astafjev wrote:
>> Люди, помогите, угробил апдейтами серьёзный сервис. Нужно срочно
>> восстановить - ничего не получается. У меня
>> qmail+vpopmail+courierimap+mysql

> Если проблема вызвана именно сборкой gcc/glibc, то её возможно получится
> увидеть запустив ldd для используемых программ, напр.:
>     ldd /path/to/vchkpw
> и понять каких библиотек ему не хватает, например.

сломаный:
greymail bin # ldd /var/vpopmail/bin/vchkpw
        linux-gate.so.1 =>  (0xffffe000)
        libmysqlclient.so.14 => /usr/lib/libmysqlclient.so.14 (0xb7e1f000)
        libz.so.1 => /lib/libz.so.1 (0xb7e0d000)
        libm.so.6 => /lib/libm.so.6 (0xb7de9000)
        libcrypt.so.1 => /lib/libcrypt.so.1 (0xb7dbb000)
        libc.so.6 => /lib/libc.so.6 (0xb7ca3000)
        libnsl.so.1 => /lib/libnsl.so.1 (0xb7c8f000)
        libssl.so.0.9.8 => /usr/lib/libssl.so.0.9.8 (0xb7c53000)
        libcrypto.so.0.9.8 => /usr/lib/libcrypto.so.0.9.8 (0xb7b27000)
        /lib/ld-linux.so.2 (0xb7f5b000)
        libdl.so.2 => /lib/libdl.so.2 (0xb7b23000)

работающий:
office ~ # ldd /var/vpopmail/bin/vchkpw
        linux-gate.so.1 =>  (0xffffe000)
        libmysqlclient.so.14 => /usr/lib/libmysqlclient.so.14 (0xb7da6000)
        libz.so.1 => /lib/libz.so.1 (0xb7d94000)
        libm.so.6 => /lib/tls/libm.so.6 (0xb7d71000)
        libcrypt.so.1 => /lib/libcrypt.so.1 (0xb7d43000)
        libc.so.6 => /lib/tls/libc.so.6 (0xb7c24000)
        libnsl.so.1 => /lib/libnsl.so.1 (0xb7c0e000)
        libssl.so.0.9.7 => /usr/lib/libssl.so.0.9.7 (0xb7bd6000)
        libcrypto.so.0.9.7 => /usr/lib/libcrypto.so.0.9.7 (0xb7a96000)
        /lib/ld-linux.so.2 (0xb7ef4000)
        libdl.so.2 => /lib/libdl.so.2 (0xb7a92000)

Отличается:
        libssl.so.0.9.8 => /usr/lib/libssl.so.0.9.8 (0xb7c53000)
        libcrypto.so.0.9.8 => /usr/lib/libcrypto.so.0.9.8 (0xb7b27000)
и
        libssl.so.0.9.7 => /usr/lib/libssl.so.0.9.7 (0xb7bd6000)
        libcrypto.so.0.9.7 => /usr/lib/libcrypto.so.0.9.7 (0xb7a96000)

Так понимаю что разный openssl. Может ли это влиять?

Наверно это будет не по теме, но я помню, что делая etc-update
в файле /etc/ssl/openssl.cnf мне было предложено сменить:

# Extensions to add to a CRL. Note: Netscape communicator chokes on V2 CRLs
# so this is commented out by default to leave a V1 CRL.
# crlnumber must also be commented out to leave a V1 CRL.
# crl_extensions        = crl_ext

default_md      = md5                   # which md to use.
на
#default_md     = sha1                  # which md to use.

> Кроме этого можно попробовать в эту команду
>> printf "postmaster@××××××××.com\0secretpass\0blah\0" | vchkpw `which id` 3<&0
> добавить strace:
>> printf "postmaster@××××××××.com\0secretpass\0blah\0" | strace vchkpw `which id` 3<&0
> и сравнить как оно отрабатывает на машине со сломанным vchkpw и с работающим
> (или просто вычитать результат strace и понять что именно не работает, но
> это требует довольно глубоких знаний и системы и принципов работы самого
> vchkpw).

К моему стыду и сожалению strace мне действительно не помогло, так как
я слабо в этом понимаю. :(

> Далее, может помочь копирование библиотек (gcc+glibc) и используемых
> пакетов (vpopmail, etc.) с других машин, где всё работает. Типа сделать
> бинарные архивы через quickpkg и скопировать/установить их на сломанной
> машине. Это ужасный грязный хак, который может вообще положить всю
> систему, так что если сервер удалённый лучше даже не пытаться - его, если
> что, с CDROM для починки не загрузишь.

Сервер очень далеко и даже не со всяким LiveCD там загрузишься, так как
стоит hardware RAID-10 hpt374. И модуль под него отдельно собирать
надо.

> А вообще, чтобы такого не происходило, нужно следовать определённым
> правилам при обновлении системы. В частности, при обновлении одного из
> пакетов входящих в toolchain (linux-headers, glibc, binutils или gcc)
> нужно предпринять ряд телодвижений детально описанных на форуме gentoo
> и собранных мной из разных веток форума вот здесь:
>     http://powerman.asdfgroup.com/RTFM/Support-n-Upgrade.txt
> (поиском найдите фразу "Обновление одного из пакетов входящих в toolchain.").
> Эти команды могут выглядеть немного избыточными, но на самом деле там
> избыточности нет - если вы хотите чтобы всё работало после обновления, конечно.

Спасибо за полезную ссылку. Постараюсь изучить досконально. Сейчас уже
и пересобираю весь system и world, параллельно устанавливая ещё один
сервер. В общем, моя самонадеянность вышла мне боком.

> P.S. А вообще странно что vchkpw молча не работает и никаких ошибок не
> выдаёт. Может вы просто плохо логи смотрели? А то если нет сообщения об
> ошибке, то не понятно что чинить надо...

Я включил лог для mysql'а и courier-authlib:
# Dump additional diagnostics to syslog
#
# DEBUG_LOGIN=0   - turn off debugging
# DEBUG_LOGIN=1   - turn on debugging
# DEBUG_LOGIN=2   - turn on debugging + log passwords too
#
# ** YES ** - DEBUG_LOGIN=2 places passwords into syslog.
#
# Note that most information is sent to syslog at level 'debug', so
# you may need to modify your /etc/syslog.conf to be able to see it.

DEBUG_LOGIN=2

И всё что я обнаруживаю в логах это такие строки:

Oct 26 15:16:02 greymail pop3d: Connection, ip=[x.x.x.x]
Oct 26 15:16:02 greymail authdaemond: received auth request, service=pop3, authtype=login
Oct 26 15:16:02 greymail pop3d: LOGIN FAILED, user=user@××××××.com, ip=[x.x.x.x]
Oct 26 15:16:02 greymail authdaemond: authvchkpw: trying this module
Oct 26 15:16:02 greymail authdaemond: vchkpw: user does not exist
Oct 26 15:16:02 greymail authdaemond: authvchkpw: REJECT - try next module
Oct 26 15:16:02 greymail authdaemond: FAIL, all modules rejected

permissions сличил всё аналогично работающей машине.

Будет мне наука toolchain трогать. Спасибо всем, кто помогает.

-- 
Best regards,
 Konstantin