Серверы

После того, как все настройки сервера в связке NGiNX + Apache сделаны, (читать по → этой ссылке), администратор сервера сталкивается в вопросом о том, как передать реальный IP пользователя web-серверу Apache, работающему за проксирующим NGiNX. И это не праздны вопрос и не тривиальная задача. Мало того, что в логи Апача пишутся IP не реальных пользователей, а IP локального NGiNX (127.0.0.1), то есть не несут никаких сведений о том, какой пользователь был на сайте, но и перестают работать все сервисы, привязанные к IP пользователю на сайтах. Как это быстро исправить, рассмотрим в этой статье.

В предыдущей статье был рассмотрен минимальный конфиг виртуального хоста веб-сервера NGiNX, работающей в качестве прокси-сервера для другого веб-сервера — Apache. Надо понимать, что всё это рассматривается на платформе сервера, работающего на Debian 9, но приведённые настройки должны работать на на других операционных системах. В этой статье рассмотрим минимальный файл конфигурации виртуального хоста веб-сервера Apache, в связке с рассмотренным конфигом NGiNX, данное решение позволяет поднимать большое количество сайтов (доменов) на одном рабочем сервере.

Для работы нескольких сайтов на одном сервере Linux требуется создать так называемые виртуальные хосты. Данная настройка заключается в том, чтобы по доменному имени сервер мог определить, в какой папке ему следует искать запрашиваемые скрипты и/или документы. В этой статье рассмотрим минимальный конфигурационный файл веб-сервера NGiNX, работающей в качестве прокси-сервера для другого веб-сервера — Apache. Основной шаблон NGiNX рассмотрен в → этой статье.

После установки MySQL и phpMyAdmin на сервер с ОС Debian 9, phpMyAdmin открывается с помощью Apache при запросе на порт 8080, указанным в адресной строке браузера. Это не удобно и не оправдано. В этой статье рассмотрим, как дополнительно настроить NGiNX, создав ещё один шаблон конфига так, чтобы переадресация в сторону Apache проходила автоматически и незаметно для пользователя. Для упрощения работы все эти настройки вынесем в отдельный файл шаблона phpmyadmin.conf.

После того, как в конфиге NGiNX (файл nginx.conf) прописано проксирование Apache на порту 8080 и созданы папки для хранения шаблонов и виртуальных хостов NGiNX, нужно завершить конфигурацию связки NGiNX и Apache. Для этого создадим файл шаблона с основными опциями подключения к вышестоящему серверу и работой со статическим содержимым. Файл этот положим в привязанную в конфиге папку /etc/nginx/templates и назовём его apache24.conf для ясности. Но обо всём по порядку...

Для того, чтобы было удобнее настраивать NGiNX в Debian 9 для работы с виртуальными хостами, нужно немного дополнить стандартную файловую структуру хранения информации с настройками этого веб-сервера. В этой статье рассмотрим, какие именно дополнения желательно внести в файловую систему конфига NGiNX в папке /etc/nginx для того, чтобы в будущем было удобно управлять созданием, поддержанием и удалением виртуальных хостов на WEB-сервере.

После установки модуля Apache libapache2-mpm-itk на сервер под ОС Debian 9, модуль находится на диске сервера, но для его работы, его нужно подключить к Апачу. Данный модуль служит для того, чтобы запускать процессы Apache с правами того пользователя, который является владельцем файлов сайта (по сути, владельцем сайта). О том, как это включить этот модуль и как проверить то, что модуль действительно подключился, рассмотрим в этой статье.

Для разгрузки Apache, который может быть единственно установленном на сервере WEB-сервером, можно установить NGiNX, который будет отдавать статические данные, предоставив Apache обрабатывать динамические запросы пользователей сайтов. Последнее время всё больше и больше проектов, работающих на связке Apache+NGiNX, и если не появится достойная замена Apache, я думаю, эта связка двух WEB-серверов взаимно дополняющих друг друга ещё долгое время просуществует в качестве базовой для работы с WEB. В этой статье рассмотрим, как установить NGiNX на сервер и как выглядит эта установка под Linux.

В этой статье подробно рассмотрим установку сервера Apache 2 на сервер с ОС Debian 9. В этом нет ничего сложного или замысловатого, но есть некоторые моменты (типа обновления списка пакетов и предварительного апгрейда системы) про которые легко забыть. Большой ошибки не будет в том, чтобы просто накатить и развернуть пакет Apache на сервере, но в целях безопасности дальнейшей работы всей системы, всё-таки лучше делать всё последовательно и обо всём вовремя вспоминать.