Для того, чтобы правильно и безопасно хранить данные на сервере, (особенно, если на этом сервере несколько пользователей), следует точно знать, где располагаются их домашние папки, до которых у пользователей есть доступ (у каждого в свою, но нет доступа в чужие папки с чужими данными). Например, для того, чтобы дать пользователю доступ по ftp только к его данным или подсказать полный путь до его www-директории. В этой статье рассмотрим то, как узнать домашнюю директорию любого пользователя Linux несколькими способами.

Как упоминалось ранее, (в статье про то, как можно посмотреть список пользователей на компьютере под Linux), есть файл /etc/passwd, в котором хранятся основные данные всех пользователей Linux. В этой статье подробно рассмотрим, что это за данные и в каком формате они записываются и хранятся. Файл /etc/passwd — обычный текстовый файл и его можно открыть, посмотреть и изменить, если есть права доступа к нему. Обычно эти права есть у пользователя root.

Без создания новых папок на сервере Linux никак не обойтись. Поэтому в этой статье рассмотрим, как создавать папки с помощью команды mkdir. Команда универсальная для всех операционных систем семейства *nix и, хотя у меня стоит Debian, это не имеет особого значения. Главное, чтобы прав на создание папок хватало из-под пользователя, под которым происходит сессия. Работу команды mkdir по созданию папок рассмотрим на примере создания структуры папок пользователей на сервере Debian 9, но только в качестве примера.

После того, как 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.

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

Безопасность — одна из первостепенных задач владельца (и/или админа) сервера. Поэтому нужно правильно назначать права пользователям, правильно создавать группы пользователей и, конечно, создать правильное расположение папок для хранения данных пользователей на сервере так, чтобы пользователь мог успешно выполнять свои задачи, но при этом не мог вмешиваться в работу сервера. Иначе на сервер с бестолковой системой безопасности могут попасть злоумышленники и перенаправить работу сервера в нужное им русло (высчитывать биткоинты, рассылать спам, пытаться взломать сервер NASA и угнать ракету на Марс или перехватить управление беспилотником Пентагона и начать глушить рыбу в озере Байкал). В общем, ничем хорошим безолаберность может не кончиться, и хорошо, если просто кто-то захочет (и придёт к вам) наделать гематом на фронтальной поверхности черепа.

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