Все работы я выполнял на FreeBSD 7.0

Итак, приступим. Для начала нам потребуются непосредственно dynamips и dynagen впридачу.

cd /usr/ports/emulators/dynagen make install clean

dynamips вытянется и установится как зависимость.

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

В настоящий момент поддерживаются следующие железки:

Cisco 7200

Cisco 3600 (3620,3640,3660)

Cisco 2691/3725/3745

Cisco 2600

Поиски ios’а остаются за вами

Я готовил следующую схему:

на базе 3640.

Вот конфиг:

[bayrak@ciscolab /usr/ports/emulators/dynagen]$ cat /usr/cisco/cisco_lab.net

Далее, запускаем dynamips:
#dynamips -H 7200
После чего:
#dynagen cisco_lab.net (в нем конфиг который представлен выше)

Далее запускаем остальные роутеры и свитчи.
Вот что получается к конечном итоге:

теперь можем telnet’ится на указанные порты и проводить конфигурирование cisco для работы.
Удачных экспериментов!

Самым лёгким способом получить IPv6 адрес можно на сайте http://go6.net

Идем на этот сайт и регистрируемся http://go6.net/4105/register.asp

Тут же они предлагают скачать программу и поставить, например для Windows вида «скачай и установи»
http://go6.net/4105/download.asp

Но это не тот метод который нам нужен, мы будем подключать сервер на FreeBSD 7.0 и выше к этой сети.

Ядро у нас собрано с поддержкой IPV6, т.е. с options INET6 (ядро GENERIC уже
поддерживает этот протокол и если вы его не отключали, значит, он у вас есть)

Устанавливаем клиент, то, что они предлагают скачивать – уже есть в портах

Приступаем к установке:

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

Редактируем его конфигурационный файл /usr/local/etc/gw6c.conf

userid=
passwd=

Вришите туда ваш логин и пароль которые указали при регистрации на сайте.
На данном этапе начальная настройка закончена, для дальнейшей настройки читайте документацию.
Как я понял, выдается целая сеть и для авторизованных пользователей http://go6.net/4105/freenet.asp,
тем самым можно подключить все компьютеры дома на реальные статические IPv6 адреса.

server=broker.freenet6.net

broker.freenet6.net – это имя сервера для подключения (написано в письме при регистрации)

# Включить использование авторизации
auth_method=any
# Писать логи в syslogd
log_syslog=3

Теперь осталось его запустить

И смотрим

Все прекрасно работает не смотря на то, что выход осуществляется в мир через
NAT.

Итак, осталось только понять, «зачем это надо», но ясно одно – за этим будущее.
А еще можно посмотреть на танцующую черепаху на http://www.kame.net/

Также рекомендую прочитать документацию (главу в
HandBook http://www.freebsd.org/doc/ru_RU.KOI8-R/books/handbook/network-ipv6.html)
по поддержке протокола IPv6 в системе FreeBSD.

Итак, необходимые команды:

ipv6 /? – получение помощи (help).

ipv6 install – инсталирует поддержку IPv6, по умолчанию она не включена. При выполнении этой команды на всех интерфейсах автоматически появлявятся link-local IPv6-адреса, можно посмотреть командой ipconfig и ipv6 if – смотри ниже. После выполнения рекомендую перезагрузить компьютер во избежание проблем.
Примечание: Протокол IPv6 устанавливается как сетевой протокол, но не появляется в списке компонентов в свойствах локальных связей в папке «Сеть и удаленный доступ к сети».

ipv6 uninstall – обратная команда, для удаление потдержки ipv6. При выполнении аннулируются все имеющиеся на узле IPv6 настройки, так что довольно часто именно с этой целью и используют данную команду. После выполнения, как и в случае с ipv6 install, возможно потребуется перезагрузка.

ipconfig – вывести сетевые настроеки (настроеки интерфейсов)

ipv6 if – вывести IPv6-сетевые настроеки (IPv6-настроеки интерфейсов)

ipv6 adu <индекс/название интерфейса>/ – добавление IPv6-адреса. Индекс или название интерфейса (название указывается в кавычках) для подключения по локальной сети можно узнать при помощи вышеупомянутых команд (ipv6 if или ipconfig).

ipv6 rt – вывести IPv6-таблицу маршрутизации

ipv6 rtu <префикс сети> <индекс/название интерфейса>/ – добавление маршрута. После выполнения данной команды пакеты, направленные в сеть с указанным префиксом, будут переправляться через указанный интерфейс на маршрутизатор с указанным адресом (ipv6-адресом). Если префикс равен «::/0», то это означает маршрут по умолчанию, то есть любые пакеты, отправленные в сеть, чей префикс не совпадает с префиксом сети отправителя, будут через указанный интерфейс перенаправлены на маршрутизатор по умолчанию.

Все внесенные вышеупомянутыми командами изменения удалятся при следующей перезагрузке системы. Чтобы этого не произошло, можно, например, создать BAT-файл с соответствующими командами и прописать этот файл в автозагрузку Windows.
Имейте в виду, что данный файл ни в коем случае нельзя называть именем системной команды, например, ipv6.bat, иначе возможно зацикливание выполнения команд при загрузке системы. Назовите, например, start-ipv6.bat. Однако существует более удобный способ задания IPv6-настроек раз и навсегда (точнее, до удаления этих настроек или до выполнения команды ipv6 uninstall).

Утилита netsh которая присутствует в системах начиная с Windows XP SP1)
Все внесенные утилитой netsh изменения сохраняются при перезагрузке системы.

Добавление IPv6-адреса (аналогично команде ipv6 adu):

netsh
interface ipv6
add address <индекс/название интерфейса>

Просмотр IPv6-таблицы маршрутизации:

netsh
interface ipv6
ipv6 show routes

Добавление маршрута:

netsh
interface ipv6
add route prefix=<префикс сети> interface=<индекс/название интерфейса> nexthop= publish=yes

«Nexthop» – означает следующий шаг, то есть адрес следующего узла при отправке пакета. Аналогична команде ipv6 rtu.

Особенности Linux Slackware 13.1:

• В дистрибутиве используется подсистемы ConsoleKit и PolicyKit, первый для управления сессиями и работой пользователей, а второй для расширенных прав доступа, которая даёт возможность пользователям выполнять некоторые привилегированные действия, без прав суперпользователя;
• Переход на ядро серии 2.6.33 позволило увеличить поддержку в Slackware журналируемых и шифрованных ФС, SCSI и ATA RAID, SATA, Software RAID, LVM (Logical Volume Manager). Улучшена поддержка PCMCIA, CardBus, USB, IEE1394 (FireWire) и ACPI;
• Ядро собрано с дополнительными патчами проекта Speakup, что позволяет задействовать синтезатор речи для обеспечения работы людей, имеющих проблемы со зрением.
• Обновлены инструменты управления пакетами. Функция контроля пакетов позволит упростить обновление с версии Slackware 13.0, а утилита slackpkg окажется очень полезной при переходе с более старой версии дистрибутива и поддержании системы в актуальном состоянии. Для подготовки и поддержки собственных пакетов в extra-репозиторий включена утилита slacktrack;
• Новые версии программ:
  • Шифрование: OpenSSL 0.9.8n, OpenSSH 5.5, OpenVPN 2.1.1 и GnuPG 2.0.14;
  • Web-технологии: Apache (httpd) 2.2.15 и PHP 5.2.13;
  • Средства разработчика: Perl 5.10.1, Python 2.6.4, Ruby 1.9.1-p378, Subversion 1.6.11, git 1.7.1, mercurial 1.5.2, KDevelop 4.0.0;
  • Web-браузеры и почтовые клиенты: Konqueror 4.4.3, SeaMonkey 2.0.4, Firefox 3.6.3, Thunderbird 3.0.4;
  • Пользовательские приложения на базе технологий KDE: amarok 2.3.0, koffice 2.1.2, k3b 1.91, ktorrent 3.3.4;
  • Коллекция приложений на базе GTK+: pidgin 2.7.0, gimp 2.6.8, gkrellm 2.3.4, gxine 0.5.903, xchat 2.8.6, xsane 0.996, pan 0.133.
  • В extra-репозитории представлены Java JDK 6 update 20, набор библиотек для совместимости с kde3, браузерный плагин на базе mplayer и т.д.

Дистрибутив можно скачатьб сдесь .

В связи с тем, что на третьем семинаре было ОЧЕНЬ плохо слышно, а звукотехник был в запое (хотя нам обещали его присутствие), а так же из-за очень тесного помещения, мы приняли решение провести семинар в другом месте. Искали, а как известно, кто ищет, тот всегда находит. Та и мы. Нашли.
Замечательное место, с крайне демократичными, а я бы даже сказал «кризисными», ценами. Хорошим светом, точнее вторым этажом ресторана. Отличным звуком (мы проверяли). И шикарной плазмой.
По всяческим предложениям можно писать-звонить-стучаться мне. Контакты вот тут:

http://w2a.ru/blog/learning/1012.html

Регистрация на сие мероприятие дело чисто условное, чтоб нам понять масштабы бедствия, кое постигнет заведение, и пройти её можно тут: http://timepad.ru/event/register/2261.
О остальном вы можете прочитать на портале организаторов: www.w2a.ru
Адрес: Москва, Ореховый бульвар, д.15, стр. 7.
Сайт: www.ceskapivnica.restoran.ru

Cisco ASA по своей сути linux-based и вполне x86-совместима. Видимо, этот факт вызывал бурные фантазии о возможностях у многих гиков, и вот, наконец, в 2008 году группа энтузиастов подарила миру первый установочный образ Cisco ASA. С тех пор проект продолжает выпускать новые релизы.
Краткое описание возможностей получившегося продукта под катом.

Образ может быть запущен в виртуальной среде и на реальном ПК.
Требования к оборудованию следующие:

• не менее 256MB RAM
• не менее 110MB HD
• сетевые карты Intel Pro/100, Intel Pro/1000, AMD PCNET32
• CD-ROM

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

Тестовое оборудование:

• PIII 500 slot 1 CPU
• 256M sdram, pc100
• intel 82558b NIC (2 порта)
• intel 82559 NIC

Результаты:

NAT TCP

NAT UDP

WebVPN (трафик от клиента, без IPSEC)

P.S. В ближайшее время планирую написать о своем опыте эмуляции схемы с Cisco IPS с помощью Xen.

Для этого делаем следующее:

sc config dhcpserver start= auto [автозапуск]
net start dhcpserver [запустили службу]

Продолжаем.

Если сервер работает в домене, его нужно авторизовать:

netsh dhcp add server dc 192.168.1.1 [DC - имя сервера, 192.168.1.1 - его IP адрес]

Далее задаем область:

netsh dhcp server add scope <Подсеть> <Маска подсети> <Имя области> <Комментарий области>
E.g. netsh dhcp server 192.168.1.1 add scope 192.168.1.0 255.255.255.0 Test Test_Scope

Задаем диапазон адресов для области:

netsh dhcp server scope <Подсеть> add iprange <Начальный IP> <Конечный IP>
E.g. netsh dhcp server 192.168.1.1 scope 192.168.1.0 add iprange 192.168.1.1 192.168.1.254

Теперь исключения:

netsh dhcp server scope <Подсеть> add excluderange <Начальный IP> <Конечный IP>
E.g. netsh dhcp server 192.168.1.1 scope 192.168.1.0 add excluderange 192.168.1.1 192.168.1.10

Адрес шлюза по умолчанию:

netsh dhcp server scope <Подсеть> set optionvalue 003 IPADDRESS <Шлюз1> <Шлюз2>
E.g. netsh dhcp server 192.168.1.1 scope 192.168.1.0 set optionvalue 003 IPADDRESS 192.168.1.2 192.168.1.3

Адрес DNS-сервера:

netsh dhcp server scope <Подсеть> set optionvalue 006 IPADDRESS
E.g. netsh dhcp server 192.168.1.1 scope 192.168.1.0 set optionvalue 006 IPADDRESS 192.168.1.1 192.168.1.4

Активируем область:

netsh dhcp server scope <Подсеть> set state 1
E.g. netsh dhcp server 192.168.1.1 scope 192.168.1.0 set state 1

Автоматизируем по желанию, наслаждаемся простотой и изяществом Windows 2008 Server Core!

Из почтовых серверов – Qmail, Sendmail, Postfix и Exim – мне больше всего понравился Qmail – прост в настройке, по всем отзывам и по собственным впечатлениям – быстр, надежен, наименьшее количество обнаруженых уязвимостей (если не сказать – полное их отсутствие); но и давно не обновлялся, большинство функционала реализуется сторонними утилитами, то есть требует довольно существенного «обвеса» для достижения необходимого уровня функциональности.

Postfix – сам его не «щупал», но порасспрашивал знакомых (и не очень) людей. Оказалось, что Postfix практически никто не применяет на почтовых серверах, обслуживающих хотя бы 1000 ящиков и 10-15 доменов (просьба не возмущаться поклонников Postfix, верю, что это хороший МТА, но это – не мой выбор).

Exim – мне тут сложно что-либо сказать, имею только косвенные данные – по моим опросам примерно 3 из 10 используют Exim, причины – проще настроить, чем sendmail; меньшее количество уязвимостей, чем в sendmail.

Sendmail – несмотря на регулярные проблемы с безопасностью и сложностью настройки, почему все-таки Sendmail?

- Сложность конфига компенсируется относительной простотой xxxxx.mc файла, из которого с помощью m4 получаем конфиг, по-моему xxxxx.mc выглядит не сложнее, чем конфиг Exim’а.

- Как сказал один знакомый, «Sendmail может ВСЕ, на что только способна почта».

Почему dbmail?

Очень заманчива идея хранить в базе данных не только логин-пароль, но и сами письма. Сразу есть поддержка обьема почтового ящика. Можно держать базу на отдельном сервере. Не проблема быстро восстановить работу сервера при сбое из дампа базы. Поиском иных вариантов не занимался, хотя, возможно, существуют альтернативы dbmail (даже наверняка существуют), но меня вполне устраивает именно dbmail.

DBMail – установка и настройка

С установкой все просто – устанавливаем привычным вам образом. Я предпочитаю собирать из исходников. Скачиваем нужный релиз с официального сайта www.dbmail.org, распаковываем, переходим в каталог с распакованными исходниками.

Можно (и желательно) внимательно прочитать файл INSTALL. Далее говорим, что наша база – PostgreSQL (ну или MySQL – кому как надо).

./configure –with-pgsql (или –with-mysql)

И далее хорошо знакомые нам всем make, make check, make install.
Желательно для dbmail специально создать пользователя, хотя и необязательно (я создал и обозвал dbmail)

Далее необходимо создать собственно базу данных. Для этого читаем файлик INSTALL.dbmail, в котором и описана эта процедура. Конкретно для PostgreSQL необходимо проделать следующее: создаем пользователя с именем dbmail (имя можно задать любое):

createuser -U postgres dbmail

Теперь надо присвоить пользователю пароль:

psql postgres postgres

Собственно присваиваем пароль:

ALTER USER dbmail WITH PASSWORD ‘
‘;
\q

Теперь создаем базу:

createdb -U dbmail dbmail

И создаем таблицы в базе:

psql -U dbmail dbmail < sql/postgresql/create_tables.pgsql

Теперь копируем конфигурационный файл в /etc

cp dbmail.conf /etc/

Затем правим конфиг. Параметры говорят сами за себя, и у человека, хоть немного знакомого с английским, вопросов вызывать недолжны. Какие возникли проблемы лично у меня. По умолчанию в конфиге указано довольно большое количество подключений к базе данных: при запуске dbmail- pop3d база перестала принимать подключения. Для начала стоит выбрать числа поменьше – MAXCHILDREN и MAXCONNECTS сразу уменьшил в 10 раз. Теперь база данных готова для использования.

Добавление пользователей можно организовать с помощью консольной утилиты dbmail-users.

dbmail-users -a username -w secret -g 0 -m 25M –s username@domain.org username1@domain.net

Где:

-a username – имя пользователя;

-s username@domain.org – алиас (можно несколько через пробел), почта для этих адресов будет складываться в ящик username;

-m 25M – обьем ящика (поумолчанию – в байтах, K – килобайты, M – мегабайты);

-w secret – пароль.

Прочие опции желающие могут изучить, прочтя вывод команды

dbmail-users –help

Еще документация рекомендует добавить в cron следующую строку:

0 3 * * * /usr/local/sbin/dbmail-util -cturpd -l 24h -qq

Это нужно для обслуживания базы данных.

DBmail предоставляет в наше распоряжение 2 транспорта для передачи писем в базу данных – dbmail-lmtp и dbmail-smtp.

Если MTA поддерживает lmtp, то рекомендуется использовать именно его.

Запуск:

dbmail-lmtpd

и

dbmail-pop3d

или

dbmail-imapd

(кому что больше нравится).

Осталось состыковать наш MTA с dbmail.

На официальном сайте DBmail имеется wiki с описанием стыковки dbmail с Qmail, Exim, Postfix и Sendmail.

подключение к Sendmail

Для того, чтобы sendmail понял, чего мы от него хотим, надо сначала создать 2 m4-макроса: /usr/share/sendmail/cf/mailer/dbmail.m4 и /usr/share/sendmail/cf/mailer/dbmail-lmtp.m4.

Вот что мы пишем в dbmail.m4:

PUSHDIVERT(-1)
ifdef(`DBMAIL_MAILER_PATH’,,
`ifdef(`DBMAIL_PATH’,
`define(`DBMAIL_MAILER_PATH’, DBMAIL_PATH)’,
`define(`DBMAIL_MAILER_PATH’, /usr/sbin/dbmail-smtp)’)')
_DEFIFNOT(`DBMAIL_MAILER_FLAGS’, `SPhnu9′)
ifdef(`DBMAIL_MAILER_ARGS’,,
`define(`DBMAIL_MAILER_ARGS’, `dbmail -d $u’)')
POPDIVERT

Mdbmail, P=DBMAIL_MAILER_PATH, F=_MODMF_(CONCAT(`DFM’, DBMAIL_MAILER_FLAGS), `DBMAIL’),
S=EnvFromSMTP/HdrFromSMTP, R=EnvToSMTP/HdrFromSMTP,
ifdef(`DBMAIL_MAILER_MAX’, `M=DBMAIL_MAILER_MAX, ‘)T=DNS/RFC822/X-Unix,
A=DBMAIL_MAILER_ARGS

А вот и второй макрос – dbmail-lmtp.m4:

PUSHDIVERT(-1)
ifdef(`DBMAIL_MAILER_PATH’,,
`ifdef(`DBMAIL_PATH’,
`define(`DBMAIL_MAILER_PATH’, DBMAIL_PATH)’,
`define(`DBMAIL_MAILER_PATH’, [IPC])’)')
_DEFIFNOT(`DBMAIL_MAILER_FLAGS’, `AhmXz5@/:|’)
ifdef(`DBMAIL_MAILER_ARGS’,,
`define(`DBMAIL_MAILER_ARGS’, `TCP $h 24′)’)

POPDIVERT
Mdbmail-lmtp, P=DBMAIL_MAILER_PATH, F=_MODMF_(CONCAT(`DFM’, DBMAIL_MAILER_FLAGS), `DBMAIL’),
S=EnvFromSMTP/HdrFromSMTP, R=EnvToSMTP/HdrFromSMTP,
ifdef(`DBMAIL_MAILER_MAX’, `M=DBMAIL_MAILER_MAX, ‘)T=DNS/RFC822/X-Unix,
A=DBMAIL_MAILER_ARGS

На этом этапе возникла только одна проблемка: по умолчанию у меня dbmail-smtp стал в /usr/local/sbin, а макрос ищет его в /usr/sbin/. Ситуацию можно поправить, создав ссылку:

ln -s /usr/local/sbin/dbmail-smtp /usr/sbin/dbmail-smtp

или поправив исходник макроса.

Теперь в sendmail.mc (или его эквивалент) добавляем строчки:

FEATURE(`mailertable’)dnl
MAILER(dbmail)dnl
MAILER(dbmail-lmtp)dnl

В /etc/mail/mailertable (именно его задает «FEATURE(`mailertable’)» ) указываем домены, почта для которых будет передаваться в dbmail:

domain.org dbmail-lmtp:[127.0.0.1]
domain.net dbmail-lmtp:[127.0.0.1]

Не забыть убрать эти домены из /etc/mail/local-host-names (или его эквивалента), иначе письма для этих доменов в dbmail не попадут, а вместо этого будут доставлены локальным пользователям.

Теперь осталось пересобрать конфиг sendmail’а и перезапустить его.

Теоретически это все! Почта должна складываться в базу даных и отдаваться по протоколу POP3 или IMAP (в зависимости от того, какой демон – dbmail-pop3d или dbmail-imapd – запущен).

ВАЖНО! При рестарте очень желательно, чтобы dbmail-lmtpd запускался раньше sendmail’а.

боремся со спамом

Теперь осталось настрить sendmail для отбивания спама.

Начнем с проверки адреса отправителя. Воспользуемся фильтрами, работающими посредствам Milter API в sendmail.

Так как milter-sender теперь платный, воспользуемся фильтром smf-sav (http://smfs.sourceforge.net/smf-sav.html), выполняющим те же функции. Качаете, распаковываете, правите Makefile (сценария ./configure там не предусмотрено), затем собираете и устанавливаете.

Правим конфиг /etc/mail/smfs/smf-sav.conf и запускаем:

/usr/local/sbin/smf-sav

Теперь в sendmail.mc добавляем строчки для smf-sav:

dnl Проверка Адреса отправителя
define(`confMILTER_MACROS_HELO’, confMILTER_MACROS_HELO`, {verify}’)dnl
INPUT_MAIL_FILTER(`smf-sav’, `S=unix:/var/run/smfs/smf-sav.sock, T=S:30s;R:4m’)dnl

Далее в папке /etc/mail

make all install && ../rc.d/sendmail restart

Если все впорядке, то в логе /var/log/maillog можно увидеть строчки вида:

smf-sav[528]: sender check succeeded: <72stocknews@totallytitanium.com.>, 84.168.240.99, p54A8F063.dip.t-dialin.net, [00:00:03]

указывающие на то, что адрес существует.

Если адреса не существует, вы увидите что-то типа этого:

smf-sav[528]: recipient check failed: , 84.168.240.99, p54A8F063.dip.t-dialin.net, <72stocknews@totallytitanium.com.>, [00:00:01]

ВАЖНО! При рестарте необходимо, чтобы smf-sav запускался раньше sendmail’а, иначе проверка не будет выполняться.

Можно прикрутить еще проверку на зомбированые хосты. Реализовать это можно, например, при помощи smf-zombie. В механизмах его работы я не разбирался, могу только сказать, что его использование дает определенный эффект.

Качаете там же, где и smf-sav, распаковываете, правите Makefile (сценария ./configure опять не предусмотрено), затем собираете и ставите. Никаких конфигов для него не нужно.
Запускаем:

/usr/local/sbin/smf-zombie

Теперь в sendmail.mc добавляем строчки для smf-zombie:

dnl Убивание спама от зомбированых хостов
dnl Этот фильтр должен быть ПЕРВЫМ среди остальных фильтров
define(`confMILTER_MACROS_HELO’, confMILTER_MACROS_HELO`, {verify}’)dnl
define(`confMILTER_MACROS_ENVFROM’, confMILTER_MACROS_ENVFROM`, {msg_size}’)dnl
INPUT_MAIL_FILTER(`smf-zombie’, `S=unix:/var/smfs/smf-zombie.sock, T=S:30s;R:1m’)dnl

define(`confPRIVACY_FLAGS’, `goaway,noetrn,nobodyreturn,noreceipts’)dnl
define(`confTO_COMMAND’, `1m’)dnl
define(`confTO_IDENT’, `0s’)dnl
define(`confTO_RESOLVER_RETRANS’, `7s’)dnl
define(`confTO_RESOLVER_RETRY’, `4′)dnl
define(`confMAX_DAEMON_CHILDREN’,`256′)dnl
define(`confCONNECTION_RATE_THROTTLE’,`8′)dnl
define(`confBAD_RCPT_THROTTLE’, `1′)dnl Sendmail v8.12+

Далее в папке /etc/mail:

make all install && ../rc.d/sendmail restart

ВАЖНО! Этот фильтр должен быть ПЕРВЫМ среди остальных фильтров в конфиге sendmail’а. Также необходимо, чтобы smf-zombie запускался раньше sendmail’а.

послесловие

Все вышеописанное было проделано на FreeBSD 6.1 и успешно заработало практически с первой попытки.

Многие очевидные вещи в повествовании опущены, поскольку вряд-ли настройка ответственного сервера будет доверена человеку, не умеющему создать нового пользователя в системе или выполнить первоначальную настройку sendmail.