Для того, чтобы получать бесплатные SSL сертификаты от Let's Encrypt для сайтов у себя на сервере, необходимо установить Certbot и путём простой команды зарегистрироваться введя свой емайл. О том, как проходит регистрация в Let's Encrypt с помощью Certbot и будет рассмотрено ниже.

Для того, чтобы сайты начали работать по протоколу HTTPs, (а этого требует веяние времени для того, чтобы усложнить жизнь мелким пакостникам, заставив их развиваться и искать другие пути, как можно напакостить), нужно установить SSL-сертификат для шифрования данных, которыми обмениваются браузер пользователя и сервер (и на пути между ними сидят мелкие пакостники). Для облегчения жизни администраторам и автоматизации работы с установкой бесплатных сертификатов от Let’s Encrypt проще всего воспользоваться утилитой от разработчиков Certbot.

Для тех, кто хочет бесплатно зарегистрировать и получить домен второго уровня, есть возможность воспользоваться сервисом www.Freenom.com, который предоставляет такую услугу всем желающим. Для того, чтобы воспользоваться этой услугой, нужно разобраться как это сделать. Всё достаточно просто, но Freenom.com предоставляет не только услуги по бесплатной регистрации доменов, а также другие... в том числе и платные. Поэтому имеет смысл разобраться с навигацией по сайту этого регистратора, а именно с Главным меню сайта.

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

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

logrotate — утилита Linux, которая позволяет решить задачу хранения логов на сервере. Основная её задача — это обойти по заданному списку лог-файлы и совершить с ними те действия, которые прописаны в её конфиге. Проверить, установлена ли эта утилита на сервере, можно просто введя её название logrotate в консоли. Если её нет в системе, (в большинстве систем она идёт в стандартном пакете), то её можно установить: apt install logrotate.

При установке phpMyAdmin на сервер с Debian 9 с установленной версией php7.3 может появиться ошибка count(): Parameter must be an array or an object that implements Countable. Возможно, в ближайшем будущем разработчики устранят эту ошибку, внеся исправления в официальный дистрибутив, но до сих пор для того, чтобы она не мешала работе, приходится устранять её ручками. Делать это достаточно просто. Как? Рассмотрим ниже.

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

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