From: Viacheslav Kaloshin (multik) <multik@multik.ru>
Date: Mon, 28 Feb 2004 14:31:37 +0000 (UTC)
Subject: ISPMail-HOWTO - создание почтовой системы на базе Postfix и SquirrelMail
Данный текст описывает создание почтовой системы, использующей MySQL,
Postfix/TLS, Cyrus-SASL, Courier-IMAP, Dr.Web, Apache, PHP и SquirrelMail.
Давным-давно я написал isp-mail-howto-1.2. Судя по откликам в почте и
прочим признакам, эта рассказка оказалась довольно успешной, и на ее
основе было поднято много систем и написана куча других статей. Там,
где я работал, когда писал первую версию, система проработала больше
года без каких либо претензий (потом я оттуда уволился ;-). Да и по
отзывам в почте, аналогичные системы тоже не предъявляли претензий к
своим владельцам. В общем, все было хорошо. Но недавно я проапгрейдил
систему на домашней машине до RedHat9, заодно решил и обновить эту
рассказку.
Здесь вы найдете описание создания почтовой системы, которая подойдет
для почтовых серверов, где число пользователей не измеряется
миллионами. Максимально известное мне число пользователей,
обсуживаемых системой по моему рассказу, составляет четыре с половиной
тысячи.
Размещение файлов и таблиц полностью совпадает с описанным в
предыдущих рассказках, поэтому если вы как-то модифицировали свою
систему, вам не составит труда аналогично модифицировать и описанное
тут.
Почему я использовал именно этот набор программ? Во-первых, из-за
банальной лени - всегда проще работать с тем, что уже известно и не
подводило. Во-вторых, на время написания первой рассказки из этой
серии этот комплект программ оказался единственным, кто удовлетворял
возложенным условиям. И, в-третьих ... ну додумайте сами ;-)
В процессе написания этой рассказки я намеренно исключил spamassassin
из описания. По одной простой причине - то, что для одного
пользователя является спамом, для другого - манна небесная. Все
современные почтовые клиенты имеют встроенные модули для борьбы со
спамом, причем гораздо более эффективные.
Первое предупреждение: если у вас не получается, то почитайте логи,
примеры, ЧаВО и другие доступные документы. Я не буду отвечать на
письма, вся суть которых сводится к <а почему у меня mysql.h не
находится? Я смотрел - все есть>. Надоело.
Второе предупреждение: все пакеты, используемые в системе, которые
можно собрать вручную, я собрал вручную. Более того, я не всегда
следовал канонам основных linux-дистрибутивов. Надо мне так. Вы можете
использовать RPM пакеты, порты, пэкеджи и всю остальное, что вам
больше нравится. Как минимум, сможете сэкономить процентов семьдесят
времени.
Третье предупреждение: это все реально работает. Если у вас не
работает - смотрите первое предупреждение.
И последнее предупреждение: если вы не разбираетесь в unix-системах и
не владеете навыками программирования, вы не сможете собрать систему,
даже если вы будете пошагово повторять все мои действия.
Все нижеприведенное собрано на RedHat 9 со всеми апдейтами. Пароли
специально выбраны очень простыми. Надеюсь, что вы их поменяете на
что-нибудь более удобоваримое.
Для начала объясню на пальцах, как вся эта связка работает.
В центре всего стоит MySQL. В нем хранится информация о логинах,
паролях, обслуживаемых доменах и всем остальном. Он является сердцем
системы в самом прямом смысле - как только по каким-либо причинам он
откажется работать - вся система вслед за ним объявит забастовку.
Postfix - занимается самим почтой. Принимает, отправляет,
перекладывает письма из папочки в папочку и так далее.
На плечи Cyrus-SASL возложена процедура авторизации пользователей,
если другие программы из связки не могут это сделать сами.
Courier-IMAP работает pop3 и imap сервером. Там, где сможет, проверяет
пользователя сам, где не может - через SASL и отдает пользователю
почту, полученную postfix'ом.
Dr.Web защищает пользователя от вирусов. К сожалению, действие
имеющейся у меня лицензии кончилось, поэтому приходится использовать
демонстрационную. Новую покупать пока лень.
Apache и PHP обеспечивают работоспособность веб-почты и веб-страниц
управления почтовой системой.
SquirrelMail - почтовая веб-система, дающая пользователю возможность
прочитать свою почту браузером.
Теперь конкретнее. Представим себе, что пользователь хочет отправить
письмо.
После нажатия пользователем кнопки Send в почтовом клиенте происходит
следующее:
1.почтовый клиент соединяется с указанным в настройках почтовым
сервером и представляется.
2.почтовый сервер смотрит на ip-адрес клиента и сравнивая его со
своими правилами, дает ответ. Ответов может быть два: отказ,
разрешение и предложение авторизации. Отказ происходит в том случае,
если ip-адрес клиента занесен в <черный> список. Разрешение - это
стандартный ответ сервера, разрешающего дальнейшую работу. Предложение
авторизации - опять же, стандартный ответ сервера, предлагающего
перейти на более доверительный уровень отношений. Именно в этом момент
почтовый клиент может авторизоваться у сервера. Postfix обрабатывает
авторизацию по методу LOGIN сам, а CRAM и прочее отдает SASL. После
успешной авторизации и установки протоколов и режимов работы клиент
опять получает приглашение.
3.Почтовый клиент, получив приглашение, передает почтовому серверу
сформированное письмо.
4.Сервер смотрит на команды и заголовки письма, решая его дальнейшую
судьбу. Если письмо предназначено домену, обслуживаемому сервером,
пользователь существует и не исчерпал своего лимита - оно принимается.
Если клиент пришел из разрешенной сети или авторизовался, оно опять же
принимается. Если не стоит специальных настроек (к примеру, принимать
письма для несуществующих пользователей), то письмо отбрасывается.
5.сервер сообщает почтовому клиенту о своем решении относительно
письма.
6.клиент отсоединяется или переходит назад на 3й шаг.
7.Сервер же, приняв письмо для обработки, отправляет его в очередь
писем <для разбора> и принимается ждать следующего события.
По пути в очередь письмо проверяется Dr.Web'ом. Он имеет право
заблокировать письмо, поменять ему заголовки, подменить его другим и
так далее. В общем, именно по пути в очередь с письмом происходят все
положенные метаморфозы.
На приеме в очередь письмо попадает к специальному процессу,
отвечающему за поддержание очереди в целостности. Процесс смотрит на
заголовки и, консультируясь с MySQL, решает, что делать с письмом:
положить в папку пользователю, передать другому серверу или еще что.
В случае каких-либо ошибок и прочего письмо ложится в очередь и
периодически, с увеличивающимся интервалом, проверяется на предмет
исчезновения мешающих доставке письма ошибок. По истечении некоторых
промежутков автору письма отправляется соответствующее предупреждение
и письмо либо остается дожидаться своей очереди, либо удаляется.
Если письмо предназначено другому домену, обслуживаемому другим
сервером, то наш почтовый сервер соединяется с удаленным сервером и
выполняет все положенные процедуры для клиента.
В общем, рано или поздно у пользователя в личном ящике оказывается
письмо. Это может быть оригинал отправленного письма или сообщение от
робота, который по тем или иным причинам не даль письму дойти до
пользователя.
Теперь пользователь нажимает на кнопку Receive.
1.Почтовый клиент соединяется с Courier-IMAP по pop3 или imap
протоколу.
2.Сервер проверяет с помощью MySQL и SASL пользователя, его права и
расположение почтового ящика.
3.Если все в порядке, сервер открывает почтовый ящик и передает
пользователю сообщение об успехе
4.Почтовый клиент выполняет требуемые ему действия (смотрит число
писем, забирает некоторые, перемещает и так далее) и отключается.
5.Сервер остается ждать следующего пользователя.
Если пользователь читает или пишет почту из браузера, то почтовым
клиентом выступает SquirrelMail.
Вот так в принципе работает почтовая система. Понятно, что на самом
деле там все сложней, но этот HOWTO и не предназначен для ликбеза - он
просто описывает что и куда. Интересующиеся всегда смогут прочитать
документацию и кучу RFC, описывающих весь процесс детально.
Начнем, пожалуй, хватит писать умные и не очень мысли.
[root@multik ispmail]# pwd
/usr/src/ispmail
[root@multik ispmail]# ls
apache_1.3.29.tar.gz mysql-4.0.16.tar.gz
courier-imap-2.2.0.tar.bz2 openssl-0.9.7c.tar.gz
cyrus-sasl-2.1.15.tar.gz php-4.3.3.tar.bz2
drweb-4.30-glibc.2.3.tar.gz postfix-2.0.16.tar.gz
drweb-postfix-4.29.12-F-linux.tar.gz squirrelmail-1.4.2.tar.bz2
Вот такой набор пакетов у меня в наличии. Начнем с OpenSSL. Я собрал
его с динамически подключаемыми библиотеками.
[root@multik ispmail]# tar zxvf openssl-0.9.7c.tar.gz
[root@multik ispmail]# cd openssl-0.9.7c
[root@multik openssl-0.9.7c]# ./config shared
....
make[1]: Leaving directory `/usr/src/ispmail/openssl-0.9.7c/test'
Configured for linux-pentium.
[root@multik openssl-0.9.7c]# make
....
make[1]: Entering directory `/usr/src/ispmail/openssl-0.9.7c/tools'
make[1]: Nothing to be done for `all'.
make[1]: Leaving directory `/usr/src/ispmail/openssl-0.9.7c/tools'
[root@multik openssl-0.9.7c]# make test
....
OpenSSL 0.9.7c 30 Sep 2003
built on: Sat Nov 1 14:06:20 MSK 2003
platform: linux-pentium
options: bn(64,32) md2(int) rc4(idx,int) des(ptr,risc1,16,long) idea(int)
blowfish(idx)
compiler: gcc -fPIC -DOPENSSL_THREADS -D_REENTRANT -DDSO_DLFCN -DHAVE_DLFCN_H
-DOPENSSL_NO_KRB5 -DL_ENDIAN -DTERMIO -O3 -fomit-frame-pointer -mcpu=pentium -Wall
-DSHA1_ASM -DMD5_ASM -DRMD160_ASM
OPENSSLDIR: "/usr/local/ssl"
[root@multik openssl-0.9.7c]# rpm -e --nodeps openssl
[root@multik openssl-0.9.7c]# make install
....
installing libssl.a
cp openssl.pc /usr/local/ssl/lib/pkgconfig
chmod 644 /usr/local/ssl/lib/pkgconfig
[root@multik openssl-0.9.7c]# echo "/usr/local/ssl/lib" >> /etc/ld.so.conf
[root@multik openssl-0.9.7c]# ldconfig -v|grep libssl
libssl.so.0.9.7 -> libssl.so.0.9.7
[root@multik openssl-0.9.7c]# cd ..
Теперь наступила очередь MySQL. Тут мне понадобился полный набор
локалей для других моих проектов. Так же включил поддержку OpenSSL -
она тоже лишней не будет.
[root@multik ispmail]# tar zxvf mysql-4.0.16.tar.gz
[root@multik ispmail]# cd mysql-4.0.16
[root@multik mysql-4.0.16]# ./configure --prefix=/opt/mysql
--with-mysqld-user=mysql --with-openssl
--with-openssl-includes=/usr/local/ssl/include
--with-openssl-libs=/usr/local/ssl/lib --with-extra-charsets=complex
....
Thank you for choosing MySQL!
[root@multik mysql-4.0.16]# make
Тут вся малина прервалась ошибкой при сборке.
gcc -DHAVE_CONFIG_H -I. -I. -I.. -I./../include -I../include -O3 -DDBUG_OFF -c
`test -f strxmov.c || echo './'`strxmov.c
In file included from strxmov.c:33:
../include/my_global.h:1109:30: openssl/opensslv.h: No such file or directory
make[2]: *** [strxmov.o] Error 1
make[2]: Leaving directory `/usr/src/ispmail/mysql-4.0.16/strings'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/usr/src/ispmail/mysql-4.0.16'
make: *** [all] Error 2
Как видно, при конфигурировании авторы MySQL почему-то пропустили одну
строчку в конфиге. В результате в Makefile пропущен нужный параметр.
Можно, конечно, поправить соответствующие Makefile или найти ошибку в
configure скриптах, но я поступил проще: скопировал
/usr/local/ssl/include в /usr/include. Все равно пригодится потом.
....
/bin/mv MySQL-shared-compat.spec-t MySQL-shared-compat.spec
make[3]: Leaving directory `/usr/src/ispmail/mysql-4.0.16/support-files'
make[2]: Leaving directory `/usr/src/ispmail/mysql-4.0.16/support-files'
make[1]: Leaving directory `/usr/src/ispmail/mysql-4.0.16'
[root@multik mysql-4.0.16]# rpm -e mysql mysql-server mysql-devel perl-DBD-MySQ
L
[root@multik mysql-4.0.16]# adduser mysql
[root@multik mysql-4.0.16]# make install
....
make[3]: Leaving directory `/usr/src/ispmail/mysql-4.0.16/support-files'
make[2]: Leaving directory `/usr/src/ispmail/mysql-4.0.16/support-files'
make[1]: Leaving directory `/usr/src/ispmail/mysql-4.0.16/support-files'
[root@multik mysql-4.0.16]# echo /opt/mysql/lib/mysql >> /etc/ld.so.conf
[root@multik mysql-4.0.16]# ldconfig -v|grep mysql
/opt/mysql/lib/mysql:
libmysqlclient.so.12 -> libmysqlclient.so.12.0.0
[root@multik mysql-4.0.16]# mkdir /opt/mysql/var
[root@multik mysql-4.0.16]# scripts/mysql_install_db
....
http://www.mysql.com
Support MySQL by buying support/licenses at https://order.mysql.com
[root@multik mysql-4.0.16]# cd /opt/mysql/
[root@multik mysql]# chown mysql.mysql var
[root@multik mysql]# cd var
[root@multik var]# chown -R mysql.mysql *
[root@multik var]# cd /opt/mysql ; /opt/mysql/bin/mysqld_safe
Starting mysqld daemon with databases from /opt/mysql/var
На этом месте индикатор активности винчестера должен загореться и
через некоторое время погаснуть. Посмотрим в файл
/opt/mysql/mysqld.log. В самом конце обнаружим строчки
031101 16:00:32 InnoDB: Started
031101 16:00:32 /opt/mysql/libexec/mysqld: Can't create/write to file '/opt/mysql/mysqld.pid' (Errcode: 13)
/opt/mysql/libexec/mysqld: ready for connections.
Version: '4.0.16' socket: '/opt/mysql/var/mysql.sock' port: 3306
Это и понятно. Все каталоги создавались от пользователя root и
пользователь mysql не имеет права писать туда. Разрешим это маленькое
противоречие следующими командами
[root@multik mysql]# touch /opt/mysql/mysqld.pid
[root@multik mysql]# chown mysql.mysql /opt/mysql/mysqld.pid
Аккуратно остановим все относящееся к mysql с другой консоли. Теперь
скопируем заботливо приготовленный скрипт запуска и заставим сервер
включаться при каждом запуске машины.
[root@multik mysql]# cp /usr/src/ispmail/mysql-4.0.16/support-files/mysql.server
/etc/init.d/mysql
[root@multik mysql]# chkconfig --add mysql
[root@multik mysql]# chkconfig mysql on
[root@multik mysql]# chkconfig --list mysql
mysql 0ff 1ff 2n 3n 4n 5n 6ff
А теперь запустим его.
[root@multik mysql]# chmod +x /etc/init.d/mysql
[root@multik mysql]# /etc/init.d/mysql start
[root@multik mysql]# Starting mysqld daemon with databases from /opt/mysql/var
[root@multik mysql]#
Теперь проведем пару обязательных мероприятий - сменим пароль и
проверим, как сервер откликается на команды
[root@multik mysql]# /opt/mysql/bin/mysqladmin -u root password 'password'
[root@multik mysql]# cd /opt/mysql/bin
[root@multik bin]# ./mysqladmin status
./mysqladmin: connect to server at 'localhost' failed
error: 'Access denied for user: 'root@localhost' (Using password: NO)'
[root@multik bin]# ./mysqladmin status -p
Enter password:
Uptime: 95 Threads: 1 Questions: 4 Slow queries: 0 Opens: 7 Flush tables:1 Open
tables: 1 Queries per second avg: 0.042
[root@multik bin]#
Как видите, сервер запустился и даже заработал. Я оставляю дальнейшее
конфигурирование сервера (файл /etc/my.cnf) на вашей совести - благо,
об этом написано очень много статей. Да и документация на сайте
mysql.com вполне вменяемая.
Возвращаемся назад. Теперь настала очередь Cyrus-SASL.
[root@multik root]# cd /usr/src/ispmail
[root@multik ispmail]# tar zxvf cyrus-sasl-2.1.15.tar.gz
[root@multik ispmail]# cd cyrus-sasl-2.1.15
[root@multik cyrus-sasl-2.1.15]# ./configure --enable-static --with-gnu-ld --with-mysql=/opt/mysql
....
creating saslauthd.h
Configuration Complete. Type 'make' to build.
[root@multik cyrus-sasl-2.1.15]# make
Собрался он у меня без каких-либо ошибок и сложностей. Теперь перед
установкой осталось только удалить "родной" для дистрибутива sasl. Так
как на него "завязано" очень много системных программ, удалим без
сохранения зависимостей.
....
make[2]: Entering directory `/usr/src/ispmail/cyrus-sasl-2.1.15'
make[2]: Leaving directory `/usr/src/ispmail/cyrus-sasl-2.1.15'
make[1]: Leaving directory `/usr/src/ispmail/cyrus-sasl-2.1.15'
[root@multik cyrus-sasl-2.1.15]# rpm -e --nodeps cyrus-sasl cyrus-sasl-plain
cyrus-sasl-devel cyrus-sasl-md5
[root@multik cyrus-sasl-2.1.15]# make install
....
********************************************************
* WARNING:
* Plugins are being installed into /usr/local/lib/sasl2,
* but the library will look for them in /usr/lib/sasl2.
* You need to make sure that the plugins will eventually
* be in /usr/lib/sasl2 -- the easiest way is to make a
* symbolic link from /usr/lib/sasl2 to /usr/local/lib/sasl2,
* but this may not be appropriate for your site, so this
* installation procedure won't do it for you.
*
* If you don't want to do this for some reason, you can
* set the location where the library will look for plugins
* by setting the environment variable SASL_PATH to the path
* the library should use.
********************************************************
make[2]: Nothing to be done for `install-data-am'.
make[2]: Leaving directory `/usr/src/ispmail/cyrus-sasl-2.1.15'
make[1]: Leaving directory `/usr/src/ispmail/cyrus-sasl-2.1.15'
[root@multik cyrus-sasl-2.1.15]# ln -s /usr/local/lib/sasl2 /usr/lib/sasl2
[root@multik cyrus-sasl-2.1.15]# echo /usr/local/lib/sasl2 >> /etc/ld.so.conf
[root@multik cyrus-sasl-2.1.15]# echo /usr/local/lib >> /etc/ld.so.conf
[root@multik cyrus-sasl-2.1.15]# ldconfig -v|grep sasl
libsasl2.so.2 -> libsasl2.so.2.0.15
/usr/local/lib/sasl2:
libsasldb.so.2 -> libsasldb.so.2.0.15
Согласно выведенной после установки инструкции, создали мягкую ссылку
и пропишем все необходимые пути для обнаружения библиотек.
Теперь пора собрать вторую основу всей системы - Postfix.
[root@multik cyrus-sasl-2.1.15]# cd ..
[root@multik ispmail]# tar zxvf postfix-2.0.16.tar.gz
[root@multik ispmail]# cd postfix-2.0.16
[root@multik postfix-2.0.16]# make -f Makefile.init makefiles
'CCARGS=-DDEF_SAMPLE_DIR="/etc/mail/sample" -DHAS_MYSQL
-I/opt/mysql/include/mysql -DUSE_SASL_AUTH -I/usr/local/include/sasl'
'AUXLIBS=-L/opt/mysql/lib/mysql -lmysqlclient -L/usr/local/lib -lsasl2 -lz -lm'
В процессе конфигурирования будет много страшных сообщений со словами
"DO NOT EDIT" - не пугайтесь, все в порядке.
Уже собрав postfix, я вспомнил, что совсем забыл включить поддержку
TLS. Нашел необходимый патч (в google по словам postfix TLS). Скачал
его в тот же каталог, где у меня лежит все остальное
После окончания страшных и длинных ругательств на экране, означающих
компиляцию, вы можете себя поздравить - postfix собрался. Теперь
очередь за его первоначальной установкой.
Warning: you still need to edit myorigin/mydestination/mynetworks
parameter settings in /etc/postfix/main.cf.
See also http://www.postfix.org/faq.html for information about dialup
sites or about sites inside a firewalled network.
BTW: Check your /etc/aliases file and be sure to set up aliases
that send mail for root and postmaster to a real person, then run
/usr/bin/newaliases.
[root@multik postfix-2.0.16]#
Вот и все. Postfix установлен. Теперь время за настройкой. Глубокую
настройку производить пока не будем, ограничимся самым необходимым,
лишь бы вся эта конструкция заработала.
Переходим в каталог /etc/postfix и начинаем редактировать файл
main.cf. По необходимости смотрим в каталог /etc/mail/sample - там
лежат примеры, разбитые по выполняемым функциям.
Что они означают и как действуют, вы можете спокойно найти в
документации или в ЧаВО
transport.cf
user = postfix
password = postfix
dbname = mail
table = transport
select_field = transport
where_field = domain
hosts = localhost
ids.cf
user = postfix
password = postfix
dbname = mail
table = aliases
select_field = id
where_field = alias
hosts = localhost
gids.cf
user = postfix
password = postfix
dbname = mail
table = aliases
select_field = gid
where_field = alias
hosts = localhost
aliases.cf
user = postfix
password = postfix
dbname = mail
table = aliases
select_field = maildir
where_field = alias
hosts = localhost
remote_aliases.cf
user = postfix
password = postfix
dbname = mail
table = remote_aliases
select_field = rcpt
where_field = alias
hosts = localhost
Проверяем, все ли в порядке с точки зрения postfix
[root@multik postfix]# postfix check
Если все хорошо, то команда должна отработать без каких-либо
сообщений.
Теперь зайдем в консоль MySQL и создадим необходимые таблицы.
[root@multik postfix]# /opt/mysql/bin/mysql -p
....
mysql> create database mail;
Query OK, 1 row affected (0.19 sec)
mysql> grant insert,select,delete,update on mail.* to postfix@localhost identif
ied
by 'postfix';
Query OK, 0 rows affected (0.35 sec)
mysql> use mail;
Database changed
mysql> create table transport (domain varchar(255) PRIMARY KEY, transport char(
8));
Query OK, 0 rows affected (0.04 sec)
mysql> create table aliases (id int(6), gid int(6), alias varchar(255) PRIMARY
KEY,
maildir varchar(255),password varchar(128), info varchar(128));
Query OK, 0 rows affected (0.01 sec)
Теперь перезайдем пользователем postfix. Заодно и проверим, что
пользователь postfix/postfix воспринимается системой нормально.
[root@multik postfix]# /opt/mysql/bin/mysql -u postfix -p
Enter password:
mysql> use mail;
....
mysql> insert into transport values ('multik.int','virtual:');
Query OK, 1 row affected (0.04 sec)
....
mysql> insert into aliases values
(1000,12,'multik@multik.int','/var/spool/vmail/multik.int_multik/','password','
m
ultik account');
Query OK, 1 row affected (0.01 sec)
А теперь попытаемся со всей этой фигней взлететь.
[root@multik postfix]# postfix start
postfix/postfix-script: starting the Postfix mail system
В логах
Nov 1 18:28:00 multik postfix/postfix-script: starting the Postfix mail system
Nov 1 18:28:01 multik postfix/master[1540]: daemon started -- version 2.0.16
Вроде взлетели, но удостовериться никогда не помешает. При первой же
попытке присоедениться к серверу получаем в логах
Nov 1 18:29:40 multik postfix/smtpd[1578]: fatal: open database /etc/aliases.db:
No such file or directory
И пробуем снова
[multik@multik multik]$ telnet localhost 25
Trying 127.0.0.1...
Connected to localhost.
Escape character is '^]'.
220 mail.multik.int ESMTP Postfix
mail from: multik@multik.int
250 Ok
rcpt to: multik@multik.int
250 Ok
data
354 End data with <CR><LF>.<CR><LF>
Subject: Welcome to the brand new mail system
subj ;-)
Sincerely yours, postfix
.
250 Ok: queued as 6E20116623A
quit
221 Bye
Connection closed by foreign host.
А в логах
Nov 1 18:31:54 multik postfix/smtpd[1655]: connect from
localhost.localdomain[127.0.0.1]
Nov 1 18:32:25 multik postfix/smtpd[1655]: 6E20116623A:
client=localhost.localdomain[127.0.0.1]
Nov 1 18:33:19 multik postfix/cleanup[1657]: 6E20116623A:
message-id=<20031101153225.6E20116623A@mail.multik.int>
Nov 1 18:33:19 multik postfix/qmgr[1646]: 6E20116623A: from=<multik@multik.int>,
size=439, nrcpt=1 (queue active)
Nov 1 18:33:20 multik postfix/virtual[1666]: 6E20116623A: to=<multik@multik.int>,
relay=virtual, delay=55, status=sent (maildir)
Nov 1 18:33:23 multik postfix/smtpd[1655]: disconnect from
localhost.localdomain[127.0.0.1]
По логам письмо доставлено. Поглядим глазами на то место, где лежит
письмо.
[root@multik postfix]# ls -l /var/spool/vmail/
total 4
drwx------ 5 1000 mail 4096 Nov 1 18:33 multik.int_multik
[root@multik postfix]# ls -l /var/spool/vmail/multik.int_multik/new/
total 4
-rw------- 1 1000 mail 526 Nov 1 18:33 1067700800.V301I16623d.multik
[root@multik postfix]# cat
/var/spool/vmail/multik.int_multik/new/1067700800.V301I16623d.multik
Subject: Welcome to the brand new mail system
Message-Id: <20031101153225.6E20116623A@mail.multik.int>
Date: Sat, 1 Nov 2003 18:32:25 +0300 (MSK)
From: multik@multik.int
To: undisclosed-recipients:;
Как видим, первый взлет прошел успешно. Письмо было доставлено
адресату в своем первозданном виде. Теперь осталось сделать так, что
бы этот самый адресат смог прочитать это письмо без применения оружия
массового поражения в отношении администратора системы.
[root@multik postfix]# cd /usr/src/ispmail/
[root@multik ispmail]# tar jxvf courier-imap-2.2.0.tar.bz2
[root@multik ispmail]# adduser courier
[root@multik ispmail]# chown courier.courier courier-imap-2.2.0
[root@multik ispmail]# cd courier-imap-2.2.0
[root@multik courier-imap-2.2.0]# chown -R courier.courier *
[root@multik courier-imap-2.2.0]#
[root@multik courier-imap-2.2.0]# su - courier
[courier@multik courier]$ cd /usr/src/ispmail/courier-imap-2.2.0
[courier@multik courier-imap-2.2.0]$ ./configure --enable-unicode --with-redhat
Последний параметр нужен для того, что бы дать по рукам
конфигурационному скрипту, который увидел, что я собираю систему на
RedHat и предложил пойти мне и скачать rpm.
Как видим, authmysql что-то не наблюдается. Это издержки того, что все
необходимые файлы расположены не там, где их ожидают увидеть. Придется
воспользоваться тайным знанием, почерпнутым из общедоступных
источников.
[courier@multik courier-imap-2.2.0]$ make clean
[courier@multik courier-imap-2.2.0]$ ./configure --enable-unicode --with-redhat
Ну вот теперь, как мы видим, все в полном порядке.
[courier@multik courier-imap-2.2.0]$ exit
[root@multik courier-imap-2.2.0]# make install-strip
....
make[3]: Leaving directory `/usr/src/ispmail/courier-imap-2.2.0'
make[2]: Leaving directory `/usr/src/ispmail/courier-imap-2.2.0'
make[1]: Leaving directory `/usr/src/ispmail/courier-imap-2.2.0'
[root@multik courier-imap-2.2.0]# make install-configure
....
daemons: new
version: new
authdaemonvar: new
make[1]: Leaving directory `/usr/src/ispmail/courier-imap-2.2.0'
[root@multik courier-imap-2.2.0]#
Обратите внимание на промелькнувшие параметры, которые понимает каждый
из модулей. Вот, к примеру, наиболее нам интересные.
pop3d-ssl:
SSLPORT: new
SSLADDRESS: new
SSLPIDFILE: new
POP3DSSLSTART: new
POP3_STARTTLS: new
POP3_TLS_REQUIRED: new
COURIERTLS: new
TLS_PROTOCOL: new
TLS_STARTTLS_PROTOCOL: new
TLS_CIPHER_LIST: new
TLS_TIMEOUT: new
TLS_DHCERTFILE: new
TLS_CERTFILE: new
TLS_TRUSTCERTS: new
TLS_VERIFYPEER: new
TLS_CACHE: new
authmysqlrc:
LOCATION: new
MYSQL_SOCKET: new
MYSQL_PORT: new
MYSQL_OPT: new
MYSQL_DATABASE: new
MYSQL_USER_TABLE: new
MYSQL_CRYPT_PWFIELD: new
MYSQL_CLEAR_PWFIELD: new
MYSQL_DEFAULT_DOMAIN: new
MYSQL_UID_FIELD: new
MYSQL_GID_FIELD: new
MYSQL_LOGIN_FIELD: new
MYSQL_HOME_FIELD: new
MYSQL_NAME_FIELD: new
MYSQL_MAILDIR_FIELD: new
MYSQL_DEFAULTDELIVERY: new
MYSQL_QUOTA_FIELD: new
MYSQL_WHERE_CLAUSE: new
MYSQL_SELECT_CLAUSE: new
MYSQL_CHPASS_CLAUSE: new
Именно их мы будем указывать в разных конфигурационных файлах, что бы
дать понять демонам, куда смотреть и что использовать.
Идем в каталог /usr/lib/courier-imap/etc и начинаем править следующие
строчки в файлах
authdaemonrc:
authmodulelist="authmysql"
authmysqlrc:
MYSQL_SERVER localhost
MYSQL_USERNAME postfix
MYSQL_PASSWORD postfix
MYSQL_SOCKET /tmp/mysql.sock
MYSQL_PORT 3306
MYSQL_OPT 0
MYSQL_DATABASE mail
MYSQL_USER_TABLE aliases
MYSQL_CLEAR_PWFIELD password
DEFAULT_DOMAIN multik.int
MYSQL_UID_FIELD id
MYSQL_GID_FIELD gid
MYSQL_LOGIN_FIELD alias
MYSQL_HOME_FIELD maildir
MYSQL_NAME_FIELD info
MYSQL_MAILDIR_FIELD maildir
Что каждая из них означает, вы сможете прочитать в расположившихся
рядом комментариях. Да и их названия по больше части говорят сами за
себя, так что думаю, у вас не возникнет никаких проблем.
На консоли ничего не должно появиться, а в логах должна появиться
одинакая строчка о запуске демона авторизации
Nov 1 19:24:26 multik authdaemond.mysql: authdaemon: modules="authmysql", daemons=5
Попробуем посмотреть, если ли для нас почта
[multik@multik multik]$ telnet localhost 110
Trying 127.0.0.1...
Connected to localhost.
Escape character is '^]'.
+OK Hello there.
user multik@multik.int
+OK Password required.
pass password
+OK logged in.
list
+OK POP3 clients that break here, they violate STD53.
1 540
.
quit
+OK Bye-bye.
Connection closed by foreign host.
Как и ожидалось, для нас лежит целое одно письмо размером в 540 байт.
В логах же наша попытка была также разоблачена
Nov 1 19:25:29 multik pop3d: Connection, ip=[::ffff:127.0.0.1]
Nov 1 19:25:48 multik pop3d: LOGIN, user=multik@multik.int, ip=[::ffff:127.0.0.1]
Nov 1 19:25:57 multik pop3d: LOGOUT, user=multik@multik.int, ip=[::ffff:127.0.0.1], top=0, retr=0
На этом этапе мы можем сказать, что ядро системы заработало. У нас
есть все необходимое для обычного почтового сервера. IMAP можно
проверить совершенно аналогичным способом, но мне лень вспоминать
команды, поэтому я просто натравил на сервер mozill'у. Показало все
тоже самое.
Двигаемся дальше, к защите от злобных вирусов. Эту защиту нам будет
обеспечивать Dr.Web.
[root@multik courier-imap]# cd /usr/src/ispmail/
[root@multik ispmail]# tar zxvf drweb-4.30-glibc.2.3.tar.gz
[root@multik ispmail]# tar zxvf drweb-postfix-4.29.12-F-linux.tar.gz
Получившееся из распакованного я разнес в по соответствующим
каталогам. Попробуем запустить и поглядим, что получится.
[root@multik ispmail]# /opt/drweb/drweb
Dr.Web (R) for Linux, version 4.30 (October 7, 2003)
Copyright (c) Igor Daniloff, 1992-2003
Daniloff's Labs and DialogueScience
http://www.drweb.ru, support@drweb.ru: +7 (812) 387-64-08
http://www.dials.ru, antivir@dials.ru: +7 (095) 137-01-50
Key file: /opt/drweb/drweb.key
Registration info:
0100000004
Evaluation key ID Anti-virus Lab St.Petersburg
This is an EVALUATION version with limited functionality!
To get your registration key, call regional dealer.
Loading /var/drweb/bases/drw43009.vdb - Ok, virus records: 115
Loading /var/drweb/bases/drw43008.vdb - Ok, virus records: 183
Loading /var/drweb/bases/drw43007.vdb - Ok, virus records: 194
Loading /var/drweb/bases/drw43006.vdb - Ok, virus records: 195
Loading /var/drweb/bases/drw43005.vdb - Ok, virus records: 252
Loading /var/drweb/bases/drw43004.vdb - Ok, virus records: 134
Loading /var/drweb/bases/drw43003.vdb - Ok, virus records: 180
Loading /var/drweb/bases/drw43002.vdb - Ok, virus records: 164
Loading /var/drweb/bases/drw43001.vdb - Ok, virus records: 162
Loading /var/drweb/bases/drwebase.vdb - Ok, virus records: 39721
Total virus records: 41300
Как видим, все работает, хоть у нас и лицензия с ограниченной
функциональностью. Как сказано в README
If the evaluation key is used the following limitations are imposed:
the scanner does not perform curing of infected objects, checking of
the files placed into archives, into mail bases and packed by the
programs for executable modules compression (DIET, PKLITE etc.). The
same limitations valid for daemon except for working with mail bases
and packed programs.
В общем, лечить файлы и заглядывать в архивы мы не сможем. Жалко
конечно, но по большому счету нам эти возможности не нужны. Dr.Web
здесь работает не как лекарь, а как индикатор. Но все-таки, с
лицензией жить проще, что не говори.
Для начала заглянем в /etc/drweb и подредактируем drweb32.ini
[root@multik root]# /etc/init.d/drwebd start
Starting Dr. Web daemon...Dr.Web (R) daemon for Linux, version 4.30. (October 7, 2003)
Copyright (c) Igor Daniloff, 1992-2003
Daniloff's Labs and DialogueScience
http://www.drweb.ru, support@drweb.ru: +7 (812) 387-64-08
http://www.dials.ru, antivir@dials.ru: +7 (095) 137-01-50
Key file: /opt/drweb/drwebd.key
Registration info:
0100000003
Evaluation key ID Anti-virus Lab St.Petersburg
This is an EVALUATION version with limited functionality!
To get your registration key, call regional dealer.
Engine version: 4.30
Loading /var/drweb/bases/drw43009.vdb - Ok, virus records: 115
Loading /var/drweb/bases/drw43008.vdb - Ok, virus records: 183
Loading /var/drweb/bases/drw43007.vdb - Ok, virus records: 194
Loading /var/drweb/bases/drw43006.vdb - Ok, virus records: 195
Loading /var/drweb/bases/drw43005.vdb - Ok, virus records: 252
Loading /var/drweb/bases/drw43004.vdb - Ok, virus records: 134
Loading /var/drweb/bases/drw43003.vdb - Ok, virus records: 180
Loading /var/drweb/bases/drw43002.vdb - Ok, virus records: 164
Loading /var/drweb/bases/drw43001.vdb - Ok, virus records: 162
Loading /var/drweb/bases/drwebase.vdb - Ok, virus records: 39721
Total virus records: 41300
Invalid line in INI-file: 99
Daemon is installed, active interfaces: 127.0.0.1:3000
[root@multik root]#
Исправляем ошибку в 99й строчке, возникшую у меня из-за привычки - я
сделал комментарий не тем символом.
Теперь обращаем внимание на файл drweb_postfix.conf
HeuristicAnalysis = on
RuleFilter = off
ArchiveRestriction = pass
AdminMail = multik@multik.int
RedirectMail = multik@multik.int
FilterMail = DrWEB-DAEMON@multik.int
[VirusNotifications]
SenderNotify = no
AdminNotify = no
[SkipNotifications]
SenderNotify = no
[ArchiveRestrictionNotifications]
SenderNotify = no
[ErrorNotifications]
SenderNotify = no
Обратите внимание, что я везде отключил оповещение автору письма. По
одной простой причине - я не хочу, что бы при очередном взрыве
почтовых троянцев, которые подменяют автора, совершенно невинным людям
приходило оповещение о том, что они кому-то послали вирус. Знали бы
вы, сколько вот таких вот оповещений я получил от идиотски настроенных
серверов во время последних эпидемий ...
Теперь попробуем подключить drweb к postfix. Для этого добавим в самый
конец /etc/postfix/master.cf строчку
filter unix - n n - - pipe
flags=R user=drweb argv=/opt/drweb/drweb-postfix -f ${sender} -- ${recipient}
И правим одну из первых строчек так, что бы она выглядела следующим
образом
smtp inet n - n - - smtpd -o content_filter=filter:dummy
Перезапускаем postfix и пытаемся отправить письмо самому себе. Если
все прошло успешно, то в логах вы должны увидеть строчки, подобные
этим:
Nov 1 20:19:54 multik postfix/qmgr[7566]: ED4C61662B3: from=<multik@multik.int>, size=403, nrcpt=1 (queue active)
Nov 1 20:19:54 multik drwebd: 127.0.0.1 [7581] /var/drweb/spool/drweb.tmp.2aRNpr - archive MAIL
Nov 1 20:19:54 multik drwebd: 127.0.0.1 [7581] /var/drweb/spool/drweb.tmp.2aRNpr - Ok
Nov 1 20:19:54 multik drweb-postfix: dwlib: scan[7580]:
message(/var/drweb/spool/drweb.tmp.2aRNpr) sent by multik@multik.int is passed
Nov 1 20:19:54 multik postfix/pickup[7565]: BD39E1662B4: uid=503 from=<multik@multik.int>
Как видите, письмо прошло проверку, было признано хорошим и пропущено.
Заголовок же письма стал выглядеть вот так
Received: by mail.multik.int (Postfix, from userid 503)
id BD39E1662B4; Sat, 1 Nov 2003 20:19:54 +0300 (MSK)
Received: from localhost.localdomain (localhost.localdomain [127.0.0.1])
by mail.multik.int (Postfix) with SMTP id ED4C61662B3
for <multik@multik.int>; Sat, 1 Nov 2003 20:19:23 +0300 (MSK)
Под таинственным userid 503 как раз и скрывается drweb-postfix.
Последнее, что осталось сделать - это автоматический апдейт
антивирусных баз. С этим проще всего - благо многое поправили.
Находясь в интернете, вы просто выполните прилагающийся скрипт
update.pl
[root@multik new]# cd /opt/drweb/update/
[root@multik update]# ./update.pl
Если ваша машина постоянно подключена к интернету, то просто
скопируйте скрипт в /etc/cron.daily и обновления будут автоматически
забираться каждые сутки.
Если вы заметили, я абсолютно оставил без внимания все фильтры,
которые понавтыкали в drweb. Функциональность их на уровне допотопных
поделок, да и drweb прежде всего антивирус, а не почтовый фильтр.
На этом можно считать, что с drweb'ом покончено в лучших традициях
ковбойских вестернов. Не забудьте только купить лицензию. Ибо вдруг
появится какой-нибудь хитрый почтовый вирус, который распространяет
себя в архивах.
В принципе, здесь вы должны получить сервер с той же
функциональностью, что и в прошлых рассказах. Но технологии не стоят
на месте, поэтому пойдем дальше.
Для начала поднимем связку apache+php+ssl. Документации, как сделать
это, в интернете большая куча, да и я уже писал об этом, потому здесь
я просто кратко все повторю все шаги.
Сразу скажу, что я опять забыл скачать mod_ssl в самом начале, поэтому
скачал сейчас.
[root@multik ispmail]# tar zxvf apache_1.3.29.tar.gz
[root@multik ispmail]# cd apache_1.3.29
[root@multik apache_1.3.29]# ./configure
[root@multik apache_1.3.29]# cd ..
[root@multik ispmail]# tar jxvf php-4.3.3.tar.bz2
[root@multik ispmail]# cd php-4.3.3
[root@multik php-4.3.3]# ./configure --with-apache=../apache_1.3.29 --disable-cgi
--enable-safe-mode --with-mysql=/opt/mysql/ --with-mysql-sock=/tmp/mysql.sock
[root@multik php-4.3.3]# make
[root@multik php-4.3.3]# make install
[root@multik php-4.3.3]# cd ..
[root@multik ispmail]# tar zxvf mod_ssl-2.8.16-1.3.29.tar.gz
[root@multik ispmail]# cd mod_ssl-2.8.16-1.3.29
[root@multik mod_ssl-2.8.16-1.3.29]# ./configure --prefix=/opt/apache/
--with-apache=../apache_1.3.29 --with-ssl=../openssl-0.9.7c
--activate-module=src/modules/php4/libphp4.a
[root@multik mod_ssl-2.8.16-1.3.29]# cd ../apache_1.3.29
[root@multik apache_1.3.29]# make
[root@multik apache_1.3.29]# make certificate TYPE=custom
STEP 2: Generating X.509 certificate signing request for CA [ca.csr]
Signature Algorithm ((R)SA or (D)SA) [R]: R
1. Country Name (2 letter code) [XY]:RU
2. State or Province Name (full name) [Snake Desert]:Russia
3. Locality Name (eg, city) [Snake Town]:Moscow
4. Organization Name (eg, company) [Snake Oil, Ltd]:multik home
5. Organizational Unit Name (eg, section) [Certificate Authority]:
6. Common Name (eg, CA name) [Snake Oil CA]:multik home
7. Email Address (eg, name@FQDN) [ca@snakeoil.dom]:multik@multik.int
8. Certificate Validity (days) [365]:1095
STEP 3: Generating X.509 certificate for CA signed by itself [ca.crt]
Certificate Version (1 or 3) [3]:3
-----
1. Country Name (2 letter code) [XY]:RU
2. State or Province Name (full name) [Snake Desert]:Russia
3. Locality Name (eg, city) [Snake Town]:Moscow
4. Organization Name (eg, company) [Snake Oil, Ltd]:multik home
5. Organizational Unit Name (eg, section) [Webserver Team]:multik server
6. Common Name (eg, FQDN) [www.snakeoil.dom]:mail.multik.int
7. Email Address (eg, name@fqdn) [www@snakeoil.dom]:multik@multik.in
t
8. Certificate Validity (days) [365]:1095
STEP 6: Generating X.509 certificate signed by own CA [server.crt]
Certificate Version (1 or 3) [3]:3
Encrypt the private key now? [Y/n]: n
conf/ssl.key/server.key
The PEM-encoded RSA private key file of the server which you configure
with the 'SSLCertificateKeyFile' directive (automatically done
when you install via APACI). KEEP THIS FILE PRIVATE!
[root@multik apache_1.3.29]# make install
Все. У нас стоит апач с уже сгенерированными сертификатами.
[root@multik apache_1.3.29]# /opt/apache/bin/apachectl startssl
[Sun Nov 2 12:53:48 2003] [alert] httpd: Could not determine the server's fully
qualified domain name, using 127.0.0.1 for ServerName
/opt/apache/bin/apachectl startssl: httpd started
[root@multik apache_1.3.29]#
Теперь мы имеем в /opt/apache/conf/ssl.crt публичные ключи нашего
сертификационного центра и сервера, а в /opt/apache/conf/ssl.key
приватные ключи, разбросанные по ca.* и server.* соответственно. Хотя
мы их сгенерировали с помощью инсталляционного скрипта, они ничем не
отличаются от тех, которые можно сгенерировать вручную. Что бы не
нарушать отчетности, мы будем использовать те же самые сертификаты и
для postfix с courier.
Зачем? По одной простой причине - в последнее время развелось чересчур
много всяких снифферов и прочих страшных штук, которые слушают трафик
и вылавливают пароли из проходящего мимо трафика. Ну а чем грозит
утечка паролей из открытых протоколов типа smtp и imap, я думаю, вам
объяснять не надо. Да и по большому счету фиг с ними, с паролями, мне
больше всего не охота как-нибудь узнать, что кто-то еще читает мои
письма. Понятное дело, это не страшно, когда я нахожусь дома. А когда
я пришел в неизвестное место и мне надо отправить письмо через
потенциально опасную сеть? Вот тут-то и пригодится технология SSL. Она
закрывает от просмотра http&imap трафик, а в виде TLS она закрывает
smtp трафик.
[root@multik root]# postfix reload
postfix/postfix-script: refreshing the Postfix mail system
Посмотрим, что получилось из нашей затеи.
[multik@multik multik]$ telnet 127.0.0.1 25
Trying 127.0.0.1...
Connected to 127.0.0.1.
Escape character is '^]'.
220 mail.multik.int ESMTP Postfix
ehlo multik.int
250-mail.multik.int
250-PIPELINING
250-SIZE 10240000
250-ETRN
250-STARTTLS
250-XVERP
250 8BITMIME
starttls
220 Ready to start TLS
^]
telnet> close
Connection closed.
Nov 2 13:48:07 multik postfix/smtpd[19796]: starting TLS engine
Nov 2 13:48:07 multik postfix/smtpd[19796]: connect from
localhost.localdomain[127.0.0.1]
Nov 2 13:48:18 multik postfix/smtpd[19796]: setting up TLS connection from
localhost.localdomain[127.0.0.1]
Nov 2 13:48:18 multik postfix/smtpd[19796]: SSL_accept:before/accept initialization
Nov 2 13:48:18 multik postfix/smtpd[19796]: read from 0809B910 [080A9098] (11 bytes => -1 (0xFFFFFFFF))
Nov 2 13:48:18 multik postfix/smtpd[19796]: SSL_accept:error in SSLv2/v3 read client
hello A
Nov 2 13:48:20 multik postfix/smtpd[19796]: warning: Read failed in
network_biopair_interop with errno=0: num_read=0, want_read=11
Nov 2 13:48:20 multik postfix/smtpd[19796]: SSL_accept error from localhost.localdomain[127.0.0.1]: -1
Nov 2 13:48:20 multik postfix/smtpd[19796]: disconnect from localhost.localdomain[127.0.0.1]
В общем, весь механизм работает. Теперь начнем глубокую настройку
всего хозяйства, что мы тут наваякали. Первым у нас на очереди SASL.
Без него никакой авторизации и аунтификации не получится, как ни
старайся.
Вначале добавим в /etc/postfix/main.cf строку
smtp_sasl_security_options = noanonymous
Этим мы запретим анонимность пользователей. Администратор должен знать
своих героев. Теперь расскажем SASL, где и как искать пароли, когда к
нему обратится postfix.
[root@multik sasl2]# pwd
/usr/lib/sasl2
[root@multik sasl2]# touch smtpd.conf
[root@multik sasl2]# cat > smtpd.conf
auxprop_plugin: mysql
pwcheck_method: auxprop
mysql_user: postfix
mysql_passwd: postfix
mysql_hostnames: localhost
mysql_database: mail
mysql_statement: select password from aliases where alias='%u@%r'
mysql_verbose: yes
Последний параметр нужен для того, что бы посмотреть, что происходит
во время авторизации. Я создал новый почтовый ящик в mozilla-mail, и
указал, что необходима авторизация для отправки почты.
Nov 2 14:25:15 multik postfix/smtpd[20233]: mysql auxprop plugin has been requested
Nov 2 14:25:15 multik postfix/smtpd[20233]: mysql plugin Parse the username multik@multik.int
Nov 2 14:25:15 multik postfix/smtpd[20233]: mysql plugin try and connect to a host
Nov 2 14:25:15 multik postfix/smtpd[20233]: mysql plugin trying to connect to localhost
Nov 2 14:25:15 multik postfix/smtpd[20233]: mysql plugin create statement from
userPassword multik multik.int
Nov 2 14:25:15 multik postfix/smtpd[20233]: mysql plugin doing query select password
from aliases where alias='multik@multik.int'
Nov 2 14:25:15 multik postfix/smtpd[20233]: mysql plugin create statement from
cmusaslsecretCRAM-MD5 multik multik.int
Nov 2 14:25:15 multik postfix/smtpd[20233]: mysql plugin doing query select password
from aliases where alias='multik@multik.int'
Nov 2 14:25:15 multik postfix/smtpd[20233]: mysql plugin Parse the username multik@multik.int
Nov 2 14:25:15 multik postfix/smtpd[20233]: mysql plugin try and connect to a hosе
Nov 2 14:25:15 multik postfix/smtpd[20233]: mysql plugin trying to connect to localhost
Nov 2 14:25:15 multik postfix/smtpd[20233]: starting TLS engine
Nov 2 14:25:15 multik postfix/smtpd[20233]: connect from localhost.localdomain[127.0.0.1]
Nov 2 14:25:15 multik postfix/smtpd[20233]: 762051662B6:
client=localhost.localdomain[127.0.0.1], sasl_method=CRAM-MD5,
sasl_username=multik@multik.int
Nov 2 14:25:15 multik postfix/cleanup[20237]: 762051662B6:
message-id=<3FA4E99B.1070506@multik.int>
Nov 2 14:25:15 multik postfix/qmgr[20162]: 762051662B6: from=<multik@multik.int>,
size=579, nrcpt=1 (queue active)
Nov 2 14:25:15 multik postfix/smtpd[20233]: disconnect from
localhost.localdomain[127.0.0.1]
Nov 2 14:25:15 multik drwebd: 127.0.0.1 [20249] /var/drweb/spool/drweb.tmp.HwvrF3
- archive MAIL
Nov 2 14:25:15 multik drwebd: 127.0.0.1 [20249]
/var/drweb/spool/drweb.tmp.HwvrF3/[text:plain] - Ok
Nov 2 14:25:15 multik drweb-postfix: dwlib: scan[20247]:
message(/var/drweb/spool/drweb.tmp.HwvrF3) sent by multik@multik.int is passed
Nov 2 14:25:15 multik postfix/pickup[20161]: E69251662B7: uid=503 from=<multik@multik.int>
Nov 2 14:25:15 multik postfix/cleanup[20237]: E69251662B7:
message-id=<3FA4E99B.1070506@multik.int>
Nov 2 14:25:15 multik postfix/qmgr[20162]: E69251662B7: from=<multik@multik.int>,
size=692, nrcpt=1 (queue active)
Nov 2 14:25:15 multik postfix/virtual[20252]: E69251662B7: to=<multik@multik.int>,
relay=virtual, delay=0, status=sent (maildir)
Nov 2 14:25:15 multik postfix/pipe[20246]: 762051662B6: to=<multik@multik.int>,
relay=filter, delay=0, status=sent (dummy)
Как видно из логов, авторизация для пользователя multik@multik.int
прошла успешно с использованием CRAM-MD5, что уже само по себе хорошо.
Теперь скажем mozille, что необходимо использовать SSL и снова
попытаемся отправить почту. Mozilla страшно заругается на то, что ей
неизвестен центр авторизации, выдавший сертификат и вообще, он
выглядит как-то подозрительно. Согласимся с со всем этим и разрешим
отправить почту. В логах появится много-много мусора, из которых
необходимой для нас является строчки
Nov 2 14:31:10 multik postfix/smtpd[20258]: TLS connection established from
localhost.localdomain[127.0.0.1]: TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)
Nov 2 14:31:10 multik postfix/smtpd[20258]: D86781662B6:
client=localhost.localdomain[127.0.0.1], sasl_method=CRAM-MD5,
sasl_username=multik@multik.int
Как видим, установилось соединение TLS с разрядностью 256 бит и уже
поверх него прошла авторизация по CRAM-MD5. Но одновременно в логах
появилось куча ругани про разные ошибки. Это произошло из-за того, что
сервер не знает, кто к нему присоединился и не имеет публичного ключа
клиента. Согласитесь, что это не наш метод. Надо исправлять это
вопиющее беззаконие.
Для начала нам необходимо отдать сертификат сервера еще и в бинарном
формате. Ну по крайней мере mozilla так захотела.
[root@multik ssl.crt]# /usr/local/ssl/bin/openssl x509 -in ca.crt -outform DER -outca.der
Теперь в мозилле идем по меню
Edit-Preferences-Privacy&Security-Sertificates и давим на кнопочку
Manage Certificates. (Простите, но не могу дать вам перевод этих
пунктов на русский - у меня нет и никогда не будет русифицированной
мозиллы).Затем выберите вкладку Authorities. Будет светиться одна
кнопочка - Import. Надавите на нее и выберите созданный выше ca.der.
Вылезет окошко Downloading Certificate. В нем будет предложено
посмотреть на тот сертификат, который мы закачиваем и выбрать, для
каких целей его можно использовать. Я выбрал два пункта - для web и
email.
После нажатия на кнопоку ok я увидел в самом конце списка новый центр
сертификации - multik home (Software Security Device). Все, теперь
mozilla знает про такой центр сертификации.
Если вы все сделали правильно, то теперь при заходе на созданный
веб-сервер вы не будете получать предупреждения, что сертификат
подписан неизвестно кем. Да и ругань на сертификаты при отправке почты
так же должна исчезнуть.
Теперь создадим сертификат для пользователя
[root@multik root]# mkdir user
[root@multik root]# cd user
[root@multik user]# /usr/local/ssl/bin/openssl genrsa -des3 -out user.key 512
Generating RSA private key, 512 bit long modulus
...++++++++++++
..............................++++++++++++
e is 65537 (0x10001)
Enter pass phrase for user.key:
Verifying - Enter pass phrase for user.key:
Создадим запрос на подписание
[root@multik user]# /usr/local/ssl/bin/openssl req -new -key user.key -out user.csr
....
Country Name (2 letter code) [AU]:RU
string is too long, it needs to be less than 2 bytes long
Country Name (2 letter code) [AU]:RU
State or Province Name (full name) [Some-State]:Russia
Locality Name (eg, city) []:Moscow
Organization Name (eg, company) [Internet Widgits Pty Ltd]:Viacheslav Kaloshin
Organizational Unit Name (eg, section) []:notebook
Common Name (eg, YOUR name) []:Viacheslav Kaloshin
Email Address []:multik@multik.int
И теперь проэкспортируем подписанный сертификат в формат PKCS#12,
понятный большинству программ.
[root@multik user]# /usr/local/ssl/bin/openssl pkcs12 -export -in user.crt -inkey user.key -out user.p12
Enter pass phrase for user.key:
Enter Export Password:
Verifying - Enter Export Password:
В итоге мы получили user.crt - публичный сертификат пользователя. Его
всяко-разно можно выкладывать на web, отдавать другим пользователям и
распространять как можно более широко. В user.key лежит приватный
ключ. Его нельзя никому давать и показывать. И в user.p12 лежит все в
куче, только в формате PKCS#12.
Теперь делаем все тоже самое, что и с сертификатом центра, только на
вкладке Your Certificates. Mozilla должна сообщить, что восстановление
сертификата произошло успешно.
Но если мы поглядим в заголовки отправленных писем, то увидим
следующие строчки
Received: from multik.int (localhost.localdomain [127.0.0.1])
(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
(No client certificate requested)
То есть получатель письма не сможет удостовериться, что это письмо
отправили именно мы. То, что с использованием TLS - да. Но вот что
конкретно мы - нет. Непорядок.
Это резко уменьшит объем информации в логах и заставит postfix
требовать сертификаты от клиента. Последняя строчка укажет, где
смотреть отпечатки пользовательских сертификатов.
Он даст разрешение на прием почты от клиентов, которые только имеют
сертификат. То есть авторизация по логину-паролю будет желательна, но
не обязательна.
Теперь снимем отпечаток с пользовательского сертификата
После отпечатка можете написать что угодно - это только для вашей
информации. Теперь создадим таблицу хэшей отпечатков и перезапустив
postfix, будем проверять, что получилось
[root@multik postfix]# postmap relay_clientcerts
Отправляем письмо и смотрим в логи.
Nov 2 16:42:18 multik postfix/smtpd[21011]: setting up TLS connection from
localhost.localdomain[127.0.0.1]
Nov 2 16:42:18 multik postfix/smtpd[21011]:
fingerprint=92:C1:A2:4F:F0:D6:57:4D:F5:70:56:BF:C3:C5:00:99
Nov 2 16:42:18 multik postfix/smtpd[21011]: Verified: subject_CN=Viacheslav
Kaloshin, issuer=multik home
Nov 2 16:42:18 multik postfix/smtpd[21011]: TLS connection established from
localhost.localdomain[127.0.0.1]: TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)
Nov 2 16:42:18 multik postfix/smtpd[21011]: 7A3041662BA:
client=localhost.localdomain[127.0.0.1], sasl_method=CRAM-MD5,
sasl_username=multik@multik.int
Как видим, в логах появилось, что сертификат проверен. В заголовках
полученного письма информация так же изменилась
Теперь читатель письма может быть уверен, что в связке
отправитель-сервер не было никого лишнего и письмо никем не было
прочитано.
Последний штрих - поправим /etc/postfix/master.cf так, что бы письма,
приходящие по TLS, так же подвергались проверке drweb'ом.
smtps inet n - n - - smtpd -o content_filter=filter:dummy
Можете перезапустить postfix и считать на этом его настройку
законченной.
Теперь дело за imap-over-ssl. Почему не pop? Потому что гораздо проще
купить еще один винт и загнать всех пользователей под IMAP, чем каждый
раз архивировать их непонятно где и как хранящиеся ящики. Но если
хотите pop3-over-ssl - без проблем. Он настраивается абсолютно так же.
Идем в каталог /usr/lib/courier-imap/etc и смотрим на файл под
названием imapd-ssl. Правим, то, что не понравится. Мне в общем, все
понравилось.
Теперь копируем user.crt в /usr/local/ssl/certs как
multik@multik.int.pem. Пусть все сертификаты лежат там. А имя я
выбрал, что бы в дальнейшем не запутаться.
Однако как только мы попробуем соединиться с сервером, мы тут же
получим в логах.
Nov 2 17:33:00 multik imapd-ssl: /usr/lib/courier-imap/bin/couriertls: No such file or directory
Ну, при сборке courier-imap я как-то упустил из виду, что SSL тоже
необходим. Исправляем ошибку, пересобрав его.
[root@multik root]# cd /usr/src/ispmail/courier-imap-2.2.0
[root@multik courier-imap-2.2.0]# su - courier
[courier@multik courier]$ cd /usr/src/ispmail/courier-imap-2.2.0
[courier@multik courier-imap-2.2.0]$ make clean
[courier@multik courier-imap-2.2.0]$ export CPPFLAGS=-I/usr/local/ssl/include/
[courier@multik courier-imap-2.2.0]$ export LDFLAGS='-L/usr/local/ssl/lib'
[courier@multik courier-imap-2.2.0]$ set|grep FL
CPPFLAGS=-I/usr/local/ssl/include/
LDFLAGS=-L/usr/local/ssl/lib
[courier@multik courier-imap-2.2.0]$ ./configure --enable-unicode --with-redhat
--with-mysql-libs=/opt/mysql/lib/mysql
--with-mysql-includes=/opt/mysql/include/mysql
[courier@multik courier-imap-2.2.0]$ make
[courier@multik courier-imap-2.2.0]$ exit
[root@multik courier-imap-2.2.0]# make install-strip
[root@multik courier-imap-2.2.0]# make install-configure
Проверим, появился ли нужный файл.
[root@multik root]# ls -l /usr/lib/courier-imap/bin/couriertls
-rwxr-xr-x 1 root root 53168 Nov 2 18:36 /usr/lib/courier-imap/bin/couriertls
Теперь запустим /usr/lib/courier-imap/share/mkimapdcert и подождем,
пока он сгенерирует ключ. Этот ключ будет совершенно неправильным, но
нам сейчас важно убедиться, что все в порядке.
Попробуем соединиться с сервером. Mozilla сругнется на неизвестный
сертификат, но почту проверит.
Nov 2 19:01:02 multik imapd-ssl: LOGIN, user=multik@multik.int, ip=[::ffff:127.0.0.1], protocol=IMAP
Теперь сделаем сертификат известным. Заменим его своим. Просто
скопируйте приватный и публичный ключи в один файл.
После этого попытаемся снова присоедениться. Ошибка исчезла и в логах
радующая глаз чистота. Однако, если мы попробуем поменять строчку на
TLS_VERIFYPEER=REQUIREPEER
То в логах получим следующую ошибку
Nov 2 19:46:06 multik imapd-ssl: couriertls: accept: error:140890C7:SSL
routines:SSL3_GET_CLIENT_CERTIFICATE:peer did not return a certificate
Как я понял из объяснений и описаний, эта опция предназначена для
серверов (?). В общем, как я не бился, пользовательский сертификат
система видеть отказывалась. Ну не получился очень защищенный канал.
Получился обычный SSL. Что тоже неплохо.
Закончив разбираться с почтовой частью, обратим внимание на
веб-сервер.
Добавляем в apachectl следующие строки
# chkconfig: 2345 95 25
# description: Apache.
Правим, что бы веб-сервер по умолчанию запускался с SSL и записываем
под именем apache в /etc/init.d. Затем повторяем процедуру включения
автозапуска.
Теперь разворачиваем SquirrelMail
[root@multik ispmail]# tar jxvf squirrelmail-1.4.2.tar.bz2
Копируем его в каталог htdocs апача и конфигурируем
[root@multik htdocs]# chown nobody.nobody data
[root@multik htdocs]# ./Configure
Для <белкомайла> необходим чистый imap, поэтому придеться включить во
все инициализационные скрипты команду его запуска.
/usr/lib/courier-imap/libexec/imapd.rc start
Конфигурируется он легко, работает то же без проблем, поэтому мне
как-то и описывать тут нечего.
Вот, в общем-то, и все. Система работает, теперь ваша задача пройтись
по всем конфигурационным файлам и окончательно донастроить систему. Но
тут уже у каждого свои задачи, поэтому на этом месте я заканчиваю.
На всякий случай я собрал все файлы, которые я редактировал, в одном
месте и выложил. Думаю, для многих это будет большим подспорьем -
достаточно будет раскидать файлы по нужным местам.
952 Прочтений • [ISPMail-HOWTO - создание почтовой системы на базе Postfix и SquirrelMail (mail mysql postfix tls crypt sasl imap virus apache)] [08.05.2012] [Комментариев: 0]
ff 1
Vova
