В этой статье подробно рассмотрим установку сервера 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) не достаточно просто передать пароль в эту команду. Передаваемый пароль должен быть зашифрован. Иначе, при создании нового пользователя, значение его пароля будет сохранено «как есть», а при попытке входа этого пользователя в систему, пароль будет кодироваться. И пользователь не сможет залогиниться так как обычно закодированный вариант пароля и его вводимое значения не совпадают. В этой статье подробно рассмотрим, как передавать в систему закодированную версию пароля пользователя.

При создании нового пользователя в Debian (или другой linux-системе) можно задать ему разные системные оболочки, которые будут обслуживать его при правильном вводе логина и пароля в системе. Для этого нужно её указать в шаблоне создания пользователя или ввести явно при создании нового пользователя командой useradd -s (см. подробнее по первой ссылке в этой статье). Всё это хорошо, но некоторые системные оболочки не прописаны в системе и для того, чтобы ими можно было пользоваться, для начала их нужно занести в систему.

В предыдущей статье был рассмотрен случай того, как быстро создать пользователя linux. Это удобно, когда пользователь сидит рядом и готов диктовать свои данные и вводить дважды пароль к своему аккаунту. Однако, при автоматическом создании пользователя данный случай вряд ли подходит. Хотелось бы, чтобы все данные могли быть сразу введены в систему из переменных. И такое возможно! Для этого есть масса опций команды useradd, позволяющих передать системе все данные без диалога напрямую.

У каждого пользователя в Unix есть своя домашняя папка, предназначенная для хранения данных пользователя в месте, доступном только для него. О том, как узнать домашнюю директорию любого пользователя можно прочитать по → этой ссылке. О том, где и как создаются записи о домашнем каталоге пользователя написано в → этой статье. О том, как поменять домашнюю папку пользователя по умолчанию в Linux → по этой ссылке. Все перечисленные сведения полезны и могут помочь ручками поправить путь до домашнего каталога пользователя, однако для его смены есть удобная команда linux — usermod. То, как с её помощью быстро поменять домашнюю директорию для пользователя и рассмотрим ниже.