Debian, как впрочем и любая другая операционная система семейства Unix, использует для хранения основных файлов сервера, на которых собраны рабочие компоненты системы. Эти хранилища с данными называются репозиторями. Так как количество пользователей Unix огромно, то для одной и той же версии операционной системы может существовать несколько репозиториев, являющихся зеркалами. Все обновления, также выкладываются в репозитории и при вызове команды apt-get update локальный сервер опрашивает репозитории на наличие новых версий установленного на него программного обеспечения. Так всё работает в Unix-системах.

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

Всё, что описано в этой статье следует применять в твёрдой памяти и здравом рассудке. При этом сделав бэкап не только данных сайтов, но также и конфигурационных файлов системы, так как в них хранятся настройки программ, обеспечивающих работу сервера. Ниже кратко, но достаточно для применения, будет рассмотрен ответ на вопрос: «Как переустановить операционную систему на сервере с помощью VM-manager». И последнее предупреждение: все данные, находящиеся на сервере будут безвозвратно удалены при запуске переустановки операционной системы в VM-manager.

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

При переезде на новый сервер без 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.

При написании скриптов на Bash для автоматизации создания нового пользователя Linux так, как например описано в → этой статье (с помощью команды useradd) не достаточно просто передать пароль в эту команду. Передаваемый пароль должен быть зашифрован. Иначе, при создании нового пользователя, значение его пароля будет сохранено «как есть», а при попытке входа этого пользователя в систему, пароль будет кодироваться. И пользователь не сможет залогиниться так как обычно закодированный вариант пароля и его вводимое значения не совпадают. В этой статье подробно рассмотрим, как передавать в систему закодированную версию пароля пользователя.