При выборе Web сервера, Apache очень часто побеждает своих конкурентов
из-за стабильности, высокой производительности, открытого исходного
кода и множеством других преимуществ. Сейчас Apache существует в виде
двух версий - устойчивая версия 1.3, используемая миллионами
пользователей и, с другой стороны, усовершенствованная и
перепроектированная версия 2.0.

У login`а есть фича по увеличению таймаута при вводе нескольких
неправильных паролей - особенно не поподбираешь. По понятным причинам
у апачевских mod_auth* такого нет. А все-таки нужно и набросал я
скриптик для "realtime" контроля логов на атаки типа wwwhack`а.
Может, кому сгодится. Критика приветствуется.

Эта статья в пошаговом режиме покажет, как установить и
сконфигурировать Apache 1.3.x Web server так, чтобы уменьшить риск
удачного проникновения в систему, при обнаружении новых дыр в этом по
праву считающимся одним из лучших Web серверов.

Скрипт протоколирования событий на shell.

Содержание:
* Зачем это нужно;
* Формулируем основные требования;
* Интерфейс и расположение;
* Переменные скрипта;
* Отправка e-mail;
* Запись в файл протокола и его ротация;
* Что получилось;
* Просмотр записей в браузере;
* Заключение.

Зачем это нужно

Установка Apache, suEXEC и PHP как CGI

Версии софта:
- apache_1.3.27rusPL30.16
- php-4.2.3

Проблема
--------

Апач запускается от имени www:www, также запускаются и скрипты
клиентов. Это приводит к тому, что скрипт клиента не имеет прав
создавать и изменять файлы в своей же домашней папке. Поэтому
приходилось создавать папки/файлы с правами записи для всех или с
владельцем www. Такая же проблема и с PHP скритами, т.к. mod_perl4,
вкомпилённый в апач работает от его же владельца.

Втупление:

Управляем пользователями посредством AD.
Имеем Postfix настроенный в качестве front-end для Exchange (хотя он здесь
вовсе ни причем, но так многим понятней).

Хотим для мобильных пользователей настроить smtp аутентификацию, но нехотим
или неможем вести дополнительную базу пользователей.

Предисловие
-----------

Материалы по интеграции qmail и LDAP уже были представлены на ресурсе,
однако в связи с изменениями в конфигурировании qmail-LDAP а также
множеством просьб о кратком и эффективном руководстве по инсталяции и
администрированию было принято решение написать данный HOWTO.

В данной статье приведена информация которая поможет быстро и
эффективно запустить новую систему электронной почты и DNS сервер на
любой UNIX-подобной операционной системе. В качестве рабочей платформы
здесь используется FreeBSD 4.9/i386. Учитывая специфику любой другой
UNIX системы, можно успешно установить все описываемое ПО.

Введение

Перед работой через протокол POP3 сервер прослушивает порт 110. Когда
клиент хочет использовать этот протокол, он должен создать TCP
соединение с сервером. Когда соединение установлено, сервер отправляет
приглашение. Затем клиент и POP3 сервер обмениваются информацией пока
соединение не будет закрыто или прервано.

Введение

Основная задача протокола SMTP (Simple Mail Transfer Protocol)
заключается в том, чтобы обеспечивать передачу электронных сообщений
(почту). Для работы через протокол SMTP клиент создаёт TCP соединение
с сервером через порт 25. Затем клиент и SMTP сервер обмениваются
информацией пока соединение не будет закрыто или прервано. Основной
процедурой в SMTP является передача почты (Mail Procedure). Далее идут
процедуры форвардинга почты (Mail Forwarding), проверка имён почтового
ящика и вывод списков почтовых групп. Самой первой процедурой является
открытие канала передачи, а последней - его закрытие.

Введение.
---------

Целью данного HOW-TO является создание легко управляемой и
масштабируемой почтовой системы, все записи о пользователях которой
хранятся в LDAP.

Описываемый процесс установки производился на Linux Mandrake 9.1.
Сразу хотелось бы отметить, что поставляемые с этим дистрибутивом
rpm-пакеты postfix`а и courier-imap`а не подойдут. К сожалению, после
многих попыток было обнаружено, что настроить их на нормальную работу
по данной схеме невозможно. Симптомы следующие: Postfix в логах
ругался, что не может выложить почту в Maildir пользователя, якобы
доступ на запись запрещён, а courier-imap в свою очередь всегда
отказывал в доступе, ссылаясь на неправильный пароль. После установки
postfix и courier-imap из сырцов с абсолютно той же конфигурацией
вышеуказаные проблемы исчезли. Оставим это на совести сборщиков
дистрибутива и перейдём к описанию процесса настройки.