При создании нового пользователя в Debian (как было подробно рассмотрено в → этой статье) домашний каталог пользователя в директории /home. А при настройке рабочей машины для работы в качестве WEB-сервера это не то, что нужно. Выбор конфигурации файлов для этих нужд рассмотрен в → этой статье. Можно конечно после создания пользователя прописывать ему другую папку в качестве домашней, но если пользователей не один и не два... Да даже, если и два! Хотелось бы автоматизации, чтобы не вспоминать каждый раз то, как, что и в какой последовательности делать. Поэтому ниже рассмотрим смену настроек Debian так, чтобы домашний каталог любого нового пользователя, создаваемого командой adduser сразу был тот, который подразумевается для дальнейшей настройки WEB-серверов (Apache и NGiNX).

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

Для того, чтобы сайт появился в интернете требуется как минимум устройство, которое сможет по запросу отправить ответ. В первом приближении для сайтов, запросы отправляются браузером по http или https протоколу с указанием доменного имени сайта и, путём некоторых манипуляций (о которых как-нибудь в другой раз), запрос приходит на устройство (обычно сервер). Сервер его обрабатывает и отправляет обратно ответ браузеру. Тот его принимает и отображает на экране пользователя. Все счастливы! =) В этой статье я сведу всё, что требуется для настройки сервера, взятого в аренду у хостинга firstVDS.ru, с которым работаю уже больше дюжины лет. На этот раз я взял новый сервер без ISP-панели и решил всё настроить вручную, и всё, что можно, автоматизировав, написав Bash-скрипты.

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