diff --git a/ru_RU.KOI8-R/articles/relaydelay/article.sgml b/ru_RU.KOI8-R/articles/relaydelay/article.sgml new file mode 100644 index 0000000000..a8c784496e --- /dev/null +++ b/ru_RU.KOI8-R/articles/relaydelay/article.sgml @@ -0,0 +1,292 @@ + + + +%articles.ent; + +]> + +
+ + Использование технологии серых списков во &os; + + + Том + + Родес + + +
trhodes@FreeBSD.org
+ + + + + 2004 + + The &os; Documentation Project + + + + Эта статья создана исключительно для описания технологии задержки + передачи сообщений на почтовом сервере &os;. Сервер с технологией + задержки передачи (relaydelay) или попаданием в серый список + (greylisting) снижает уровень спама просто за счёт выдачи + диагностического сообщения TEMPFAIL на каждое + входящее почтовое сообщение. Смысл этой технологии заключается в том, + что большинство спамеров для выполнения своей работы используют + собственные персональные компьютеры и специализированное программное + обеспечение. Настоящий почтовый сервер должен помещать сообщения в + очередь и пытаться доставить его позже. Таким образом, скорее всего, + спамер перейдёт к следующему хосту вместо того, чтобы попытаться снова + послать электронное послание. Это прекрасная идея; по крайней мере, + до тех пор, пока спамеры не начнут использовать программное + обеспечение, которое будет обеспечивать повтор передачи. Но как именно + это работает? Итак, в процессе приёма сообщения электронной почты + ID сообщения сохраняется в базе данных, а в качестве + результата возвращается TEMPFAIL вместе с + электронной почтой. Если сообщение электронной почты посылается + повторно, то ID сообщения будет сверяться с + ID сообщений, сохранёнными в базе данных. Если в + базе данных оно существует, то посланию электронной почты разрешается + доставка по назначению. В противном случае ID + сохраняется, а в качестве результата возвратится + TEMPFAIL. Этот цикл будет повторяться для + каждого сообщения, поступающего на сервер. По моему личному опыту, + это действительно отсекает 90% спама. + + + + + Базовая настройка + + В базовый комплект &os; 4.X включён perl, но + нам нужен perl с поддержкой многопоточного выполнения. + Пользователи &os; 5.X смогут начать работу после того, как прочтут + замечание ниже. + + Удалите базовый perl и все следы присутствия + perl в системе при помощи следующей команды: + + + + &prompt.root find / -name '*perl*' | xargs rm -rf + + + При этом потребуется, чтобы все порты, которым нужен + perl, были перестроены и переустановлены; + sysutils/portupgrade хорошо для + этого подходит. По крайней мере, он укажет, какие порты были удалены и + какие необходимо переустановить. + + + Установите lang/perl5.8 с + установленной переменной USE_THREADS=yes. Сначала + может потребоваться удалить текущую версию perl; на + необходимость сделать это укажут ошибки в процессе установки. + + + Пользователям &os; 4.X необходимо будет запустить команду + use.perl в каталоге work. Для + того, чтобы сделать файл исполнимым, может понадобиться изменение его + прав доступа, я просто установил их значение в 755 при помощи утилиты + chmod. Начиная с этого момента, всем пользователям + &os; 4.X нужно раскомментировать параметр + NOPERL в их локальном файле + make.conf. В противном случае базовый + perl при следующем обновлении будет + переустановлен. + + + Теперь что касается сервера базы данных; + MySQL прекрасно подходит для такого типа + работы. Установите databases/mysql40-server вместе с databases/p5-DBD-mysql40. Предыдущий порт должен + подразумевать установку databases/p5-DBI-137, так что один шаг будет + пропущен. + + Установите переносимый подключаемый серверный модуль на базе + perl, порт net/p5-Net-Daemon. Большинство установок этих + портов должны проходить без проблем. Следующий шаг будет более + трудоёмким. + + Теперь установите порт mail/p5-Sendmail-Milter. На момент написания + этого документа в файле Makefile имелась строка, + начинающаяся с BROKEN, просто уберите или + закомментируйте её. Она помечена так лишь потому, что в &os; по + умолчанию не включался и не устанавливался пакет perl + с поддержкой многопоточного выполнения. После удаления этой строки он + должен строиться и устанавливаться без ошибок. + + Создайте каталог для размещения временных конфигурационных + файлов: + + &prompt.root; mkdir /tmp/relaydelay +&prompt.root; cd /tmp/relaydelay + + Теперь, когда у нас имеется временный каталог для работы, команде + fetch нужно передать следующие + URL-адреса: + + &prompt.root; fetch http://projects.puremagic.com/greylisting/releases/relaydelay-0.04.tgz +&prompt.root; fetch http://lists.puremagic.com/pipermail/greylist-users/attachments/20030904/b8dafed9/relaydelay-0.04.bin + + + + Теперь необходимо распаковать исходный код: + + &prompt.root; gunzip -c relaydelay-0.04.tgz | tar xvf - + + На этот момент во временном каталоге должно оказаться несколько + файлов. Теперь необходимая информация может передаваться серверу базы + данных импортированием её из файла mysql.sql: + + &prompt.root; mysql < relaydelay-0.04/mysql.sql + + Установите патч relaydelay.bin для остальных + файлов, запустив такую команду: + + &prompt.root; patch -d /tmp/relaydelay/relaydelay-0.04 < relaydelay.bin + + Отредактируйте файлы relaydelay.conf и + db_maintenance.pl, добавив в них корректное имя + пользователя и пароль для СУБД MySQL. Если + СУБД была построена и установлена так, как описано выше, то в ней + отсутствуют пользователи и пароли. Эта ситуация должна быть исправлена + до перевода системы в промышленную эксплуатацию, что описано в + документации к СУБД и выходит за рамки данной статьи. + + Смените рабочий каталог на relaydelay-0.04: + + &prompt.root; cd relaydelay-0.04 + + Скопируйте или переместите конфигурационные файлы в соответствующие + каталоги: + + &prompt.root; mv db_maintenance.pl relaydelay.pl /usr/local/sbin +&prompt.root; mv relaydelay.conf /etc/mail +&prompt.root; mv relaydelay.sh /usr/local/etc/rc.d/ + + Протестируйте получившуюся конфигурацию, выполнив такую + команду: + + &prompt.root; sh /usr/local/etc/rc.d/relaydelay.sh start + + + Этот файл не будет существовать, если предыдущие команды &man.mv.1; + не были выполнены. + + + Если всё отработало корректно, то в каталоге /var/log должен появиться новый файл, + relaydelay.log. В нём должен находиться текст, + подобный следующему: + + Loaded Config File: /etc/mail/relaydelay.conf +Using connection 'local:/var/run/relaydelay.sock' for filter relaydelay +DBI Connecting to DBI:mysql:database=relaydelay:host=localhost:port=3306 +Spawned relaydelay daemon process 38277. +Starting Sendmail::Milter 0.18 engine. + + Если файл не появился, то что-то сработало неправильно, пересмотрите + экранную диагностику или просмотрите журнальный файл + messages на предмет появления новой + информации. + + Объедините всё вместе, добавив следующую строку в файл + /etc/mail/sendmail.mc или специфичный для вашей + системы mc-файл: + + INPUT_MAIL_FILTER(`relaydelay', `S=local:/var/run/relaydelay.sock, T=S:1m;R:2m;E:3m')dnl + + Перестройте и переустановите файлы в каталоге + /etc/mail и перезапустите + sendmail. Короткая команда make + restart должна сделать всё необходимое. + + Сгрузите скрипт на языке perl, размещённый по + адресу + http://lists.puremagic.com/pipermail/greylist-users/2003-November/000327.html + и сохраните его в каталог relaydelay-0.04. В следующем примере этот + скрипт обозначается как addlist.pl. + + Отредактируйте файл whitelist_ip.txt, + модифицировав его так, чтобы в него были включены + IP-адреса серверов, которые должны иметь возможность + игнорировать фильтры relaydelay. То есть это + домены, при получении электронной почты от которых диагностическое + сообщение TEMPFAIL выдаваться не будет. + + Как пример можно привести: + + 192.168. # My internal network. +66.218.66 # Yahoo groups has unique senders. + + Файл blacklist_ip.txt должен иметь похожее + назначение, но с обратными правилами. Укажите в этом файле + IP-адреса, которые должны отвергаться без выдачи + диагностического сообщения TEMPFAIL. Этот + перечень доменов никогда не получит даже возможность сообщить о том, что + они являются реально существующими почтовыми серверами. + + Эти файлы теперь должны быть импортированы в базу данных посредством + скрипта addlist.pl, который был получен несколькими + строками выше: + + &prompt.root; perl addlist.pl -whitelist 9999-12-31 23:59:59 < whitelist_ip.txt +&prompt.root; perl addlist.pl -blacklist 9999-12-31 23:59:59 < blacklist_ip.txt + + Для включения технологии relaydelay при + каждой загрузке системы, добавьте строчку + в файл + /etc/rc.conf. + + Журнальный файл /var/log/relaydelay.log должен + постепенно пополняться удачными прохождениями. В зависимости от загрузки + вашего почтового сервера, вскоре должны появиться строчки, подобные + следующим. + + === 2004-05-24 21:03:22 === +Stored Sender: <someasshole@flawed-example.com> +Passed Recipient: <local_user@pittgoth.com> + Relay: example.net [XXX.XX.XXX.XX] - If_Addr: MY_IP_ADDRESS + RelayIP: XX.XX.XX.XX - RelayName: example.net - RelayIdent: - PossiblyForged: 0 + From: someasshole@flawed-example.com - To: local_user + InMailer: esmtp - OutMailer: local - QueueID: i4P13Lo6000701111 + Email is known but block has not expired. Issuing a tempfail. rowid: 51 + IN ABORT CALLBACK - PrivData: 0<someasshole@flawed-example.com> + + В файл /etc/newsyslog.conf теперь можно добавить + следующую строку, которая обеспечивает ротацию журналов + relaydelay.log при достижении размера в 100 + Кбайт: + + /var/log/relaydelay.log 644 3 100 * Z + + + + В какой-то момент появлялась ошибка о неполном определении + переменных perl в файле + /etc/mail/relaydelay.conf. Если те две переменные + раскомментированы, то конфигурационный файл может быть обработан + нормально. Просто не забудьте убрать их из комментариев до того, как + начать работу с технологией relaydelay. + + +