Веб-серверы — Что это такое?

При переезде на новый сервер без ISPmanager нужно вручную правильно собрать связку NGiNX + Apache. Для того, чтобы было на что ориентироваться, если что-то пойдёт не так, я сохранил исходные конфиги серверов у себя на локальном компьютере. Но, для того, чтобы не лазить по архивам, выискивая нужные файлы, выкладываю конфиг Apache 2 в ISPmanager Lite 5 (Debian 8 связка NGiNX + Apache). К тому же удобнее смотреть в браузере и на сервере в Notepad++, чем в нескольких вкладках.

WEB-сервер Apache по умолчанию работает таким образом, что все процессы запускаются под одним пользователем, и обычно это www-data. С одной стороны — это удобно, но с другой... Если на сервере, с настроенными виртуальными хостами, находится несколько сайтов, то при взломе злоумышленниками одного из них, как бы не были настроены права к папкам на сервере, с помощью Apache, можно получить доступ к файлам других сайтов, загрузив простейший файловый менеджер, который будет запускаться под пользователем www-data и, таким образом, иметь доступ во все папки, которые доступны через веб-интерфейс, если его запросы обрабатывает Apache.

При конфигурировании и обслуживании WEB-сервера Apache важно понимать и точно знать, какие модули к нему подключены (и, значит, установлены в систему). Для того, чтобы узнать, какие модули включены у Apache, можно полазить по файлам этого сервера, а можно воспользоваться командой apachectl -M, которая именно для этой цели предназначена. О том, что это за команда можно прочитать по → этой ссылке, а о том, как её найти в попытках разобраться, что она делает, см. по → этой ссылке.

При работе с WEB-сервером Apache часто приходится сталкиваться с командами, начинающимися с apache2ctl (или apachectl). В этой статье кратко рассмотрим, что это за зверь, откуда у него ноги растут и какой список команд может принимать и обрабатывать apachectl. Первая встреча с ним описана в → этой статье. Ниже копнём немного глубже и посмотрим на то, что же всё-таки из себя представляет apache2ctl.

После того, как NGiNX и Apache разведены на разные порты: NGiNX по умолчанию встаёт на 80-й порт, а вот для Apache порт нужно поменять на 8080. Итак, после этого нужно прописать в конфиге /etc/nginx/nginx.conf соответствующие настройки для того, чтобы NGiNX обрабатывал свои запросы на 80-м порту, а то, что предназначено для Apache, отправлял ему на обработку. Также нужно сразу настроить работу с виртуальными хостами, если планируется, что на сервере будет размещаться более одного сайта. Ну и другие настройки типа сжатия, кэширования на стороне браузера и т.п.. В той статье я приведу готовый листинг получающегося конфига nginx.conf. Какие опции за что отвечают, возможно опишу позже.

После того, как FTP-сервер ProFTPd успешно установлен, хорошо бы озадачиться вопросами безопасности. В этой статье рассмотрим то, как настроить ограничение для ftp пользователей, чтобы они имели доступ только в свой домашний каталог и не могли шастать по всему серверу. Это делается с помощью одной строки в файле конфигурации proftpd.conf вашего ftp-сервера ProFTPD.

До тех пор, пока 80-й порт был занят Apache, NGiNX не мог запуститься, хотя синтаксис его конфигурационных файлов был без ошибок. (О том, как это всё выглядело и почему, подробно описано в → этой статье). Однако, после того, как Apache был перенесён с 80-го порта на 8080, ситуация поменялась. (О том, как поменять порт Apache c 80 на 8080 можно прочитать в → этой статье). Ниже рассмотрим завершение процесса запуска обоих WEB-серверов на разных портах.

Apache (сейчас Apache 2) до сих пор является WEB-сервером по умолчанию и большинство хостингов ставит его единственным HTTP-сервером. Однако, с появлением NGiNX ситуация поменялась, и на 80-м порту предполагается наличие более шустрого NGiNX тогда, как более навороченный Apache ставится уже за ним с тем, чтобы обрабатывать сложные запросы по сборке динамических страниц «на лету». А вся статика (типа картинок, JavaScript и CSS-файлов) отдаётся быстро и сразу NGiNX'ом. Так как порт 80 для всех браузеров до сих пор остался портом для http-запросов, то на этом порту на сервере должен стоять NGiNX, а Apache, как правило, вешается на дополнительный для http порт 8080. В этой статье рассмотрим, как поменять настройки Apache на сервере так, чтобы он отвечал с порта 8080, освободив 80-й порт для NGiNX.

Статей о том, как найти конфиг Апача, в интернете масса. Но в них в основном даётся информация о том, где находится основной файл конфигурации Apache 2 на сервере автора статьи. Иногда это может быть даже Апач не второй, а первый. Так как в основном все копируют друг у друга контент. Для того, чтобы точно найти конфиг Apache, не нужно пытаться его искать по тому пути, что советуют. Нужно посмотреть его в настройках конкретного сервера. Именно о том, как найти его у себя на сервере и будет показано ниже в этой статье на примере моего текущего рабочего сервера, работающего с Debian 9. Но, я не думаю, что операционная система как-то затруднит поиск этого конфига. Разве что на сервере под Windows... Но тут я пока просто разведу руками. =)