Как отключить nginx в Ubuntu

Обновлено: 21.11.2024

Nginx — один из самых популярных веб-серверов в мире. На нем размещаются одни из самых крупных и посещаемых сайтов в Интернете. Это упрощенный вариант, который можно использовать в качестве веб-сервера или обратного прокси-сервера.

В этом руководстве мы обсудим, как установить Nginx на сервер Ubuntu 20.04, настроить брандмауэр, управлять процессом Nginx и настроить серверные блоки для размещения более одного домена с одного сервера.

Предпосылки

Прежде чем приступить к работе с этим руководством, на вашем сервере должен быть настроен обычный пользователь без полномочий root с правами sudo. Вы можете узнать, как настроить учетную запись обычного пользователя, следуя нашему руководству по начальной настройке сервера для Ubuntu 20.04.

Вы также можете зарегистрировать доменное имя перед выполнением последних шагов этого руководства. Чтобы узнать больше о настройке доменного имени в DigitalOcean, ознакомьтесь с нашим введением в DigitalOcean DNS.

Если у вас есть доступная учетная запись, для начала войдите в систему как пользователь без полномочий root.

Шаг 1. Установка Nginx

Поскольку Nginx доступен в репозиториях Ubuntu по умолчанию, его можно установить из этих репозиториев, используя систему пакетов apt.

Поскольку это наше первое взаимодействие с системой пакетов apt в этом сеансе, мы обновим наш локальный индекс пакетов, чтобы иметь доступ к самым последним спискам пакетов. После этого мы можем установить nginx:

После принятия процедуры apt установит Nginx и все необходимые зависимости на ваш сервер.

Шаг 2. Настройка брандмауэра

Перед тестированием Nginx необходимо настроить программное обеспечение брандмауэра, чтобы разрешить доступ к сервису. Nginx регистрируется как служба в ufw при установке, что упрощает предоставление доступа Nginx.

Перечислите конфигурации приложений, с которыми ufw умеет работать, набрав:

Вы должны получить список профилей приложений:

Как видно из выходных данных, для Nginx доступно три профиля:

Рекомендуется включить наиболее строгий профиль, который по-прежнему будет разрешать трафик, который вы настроили. Прямо сейчас нам нужно разрешить трафик только через порт 80.

Вы можете включить это, набрав:

Вы можете проверить изменение, набрав:

Шаг 3. Проверка веб-сервера

В конце процесса установки Ubuntu 20.04 запускает Nginx. Веб-сервер уже должен быть запущен.

Мы можем проверить с помощью системы инициализации systemd, чтобы убедиться, что служба запущена, набрав:

Как подтверждает этот вывод, служба успешно запущена. Однако лучший способ проверить это — запросить страницу у Nginx.

Когда у вас есть IP-адрес вашего сервера, введите его в адресную строку браузера:

Вы должны получить целевую страницу Nginx по умолчанию:

Если вы находитесь на этой странице, ваш сервер работает правильно и готов к управлению.

Шаг 4. Управление процессом Nginx

Теперь, когда ваш веб-сервер запущен и работает, давайте рассмотрим некоторые основные команды управления.

Чтобы остановить веб-сервер, введите:

Чтобы запустить веб-сервер, когда он остановлен, введите:

Чтобы остановить и снова запустить службу, введите:

Если вы только вносите изменения в конфигурацию, Nginx часто может перезагружаться без разрыва соединений. Для этого введите:

По умолчанию Nginx настроен на автоматический запуск при загрузке сервера. Если это не то, что вам нужно, вы можете отключить это поведение, набрав:

Чтобы снова включить службу для запуска при загрузке, введите:

Теперь вы изучили основные команды управления и должны быть готовы настроить сайт для размещения нескольких доменов.

Шаг 5. Настройка серверных блоков (рекомендуется)

При использовании веб-сервера Nginx можно использовать блоки сервера (аналогичные виртуальным хостам в Apache) для инкапсуляции деталей конфигурации и размещения более одного домена с одного сервера. Мы настроим домен под названием your_domain, но вы должны заменить его своим собственным доменным именем.

В Nginx в Ubuntu 20.04 по умолчанию включен один серверный блок, настроенный для обслуживания документов из каталога /var/www/html . Хотя это хорошо работает для одного сайта, это может стать громоздким, если вы размещаете несколько сайтов. Вместо изменения /var/www/html давайте создадим структуру каталогов внутри /var/www для нашего сайта your_domain, оставив /var/www/html в качестве каталога по умолчанию, который будет обслуживаться, если запрос клиента не соответствует ни одному из них. другие сайты.

Создайте каталог для your_domain следующим образом, используя флаг -p для создания всех необходимых родительских каталогов:

Затем назначьте владельца каталога с помощью переменной среды $USER:

Разрешения ваших корневых веб-сайтов должны быть правильными, если вы не изменили значение umask, которое устанавливает разрешения для файлов по умолчанию. Чтобы убедиться, что ваши разрешения верны и позволить владельцу читать, записывать и выполнять файлы, предоставляя только права на чтение и выполнение группам и другим пользователям, вы можете ввести следующую команду:

Затем создайте образец страницы index.html с помощью nano или вашего любимого редактора:

Внутри добавьте следующий образец HTML:

Сохраните и закройте файл, нажав Ctrl+X для выхода, затем, когда будет предложено сохранить, нажмите Y и Enter .

Чтобы Nginx мог обслуживать этот контент, необходимо создать серверный блок с правильными директивами. Вместо того, чтобы напрямую изменять файл конфигурации по умолчанию, давайте создадим новый в /etc/nginx/sites-available/your_domain :

Вставьте следующий блок конфигурации, аналогичный блоку по умолчанию, но обновленный для нашего нового каталога и доменного имени:

Обратите внимание, что мы изменили корневую конфигурацию на наш новый каталог, а server_name — на наше доменное имя.

Далее включим файл, создав из него ссылку на каталог sites-enabled, из которого Nginx читает при запуске:

Примечание. Nginx использует распространенную практику, называемую символическими ссылками или символическими ссылками, для отслеживания того, какие из ваших серверных блоков включены. Создание символической ссылки похоже на создание ярлыка на диске, чтобы впоследствии можно было удалить ярлык из каталога с включенными сайтами, сохраняя блок сервера в доступных для сайтов, если вы хотите его включить.

Два блока server теперь включены и настроены для ответа на запросы на основе их директив listen и server_name (подробнее о том, как Nginx обрабатывает эти директивы, можно прочитать здесь):

Чтобы избежать возможной проблемы с памятью хэш-контейнера, которая может возникнуть из-за добавления дополнительных имен серверов, необходимо настроить одно значение в файле /etc/nginx/nginx.conf. Откройте файл:

Сохраните и закройте файл, когда закончите.

Затем проверьте, чтобы ни в одном из ваших файлов Nginx не было синтаксических ошибок:

Если проблем нет, перезапустите Nginx, чтобы изменения вступили в силу:

Шаг 6. Знакомство с важными файлами и каталогами Nginx

Теперь, когда вы знаете, как управлять самой службой Nginx, вы должны потратить несколько минут, чтобы ознакомиться с несколькими важными каталогами и файлами.

Контент

  • /var/www/html : фактический веб-контент, который по умолчанию состоит только из страницы Nginx по умолчанию, которую вы видели ранее, обслуживается из каталога /var/www/html. Это можно изменить, изменив файлы конфигурации Nginx.

Конфигурация сервера

  • /etc/nginx : каталог конфигурации Nginx. Здесь находятся все файлы конфигурации Nginx.
  • /etc/nginx/nginx.conf : основной файл конфигурации Nginx. Это можно изменить, чтобы внести изменения в глобальную конфигурацию Nginx.
  • /etc/nginx/sites-available/ : каталог, в котором могут храниться серверные блоки для каждого сайта. Nginx не будет использовать файлы конфигурации, найденные в этом каталоге, если они не связаны с каталогом с поддержкой сайтов. Как правило, вся конфигурация серверного блока выполняется в этом каталоге, а затем включается путем ссылки на другой каталог.
  • /etc/nginx/sites-enabled/ : каталог, в котором хранятся включенные серверные блоки для каждого сайта. Как правило, они создаются путем ссылки на файлы конфигурации, находящиеся в каталоге, доступном для сайтов.
  • /etc/nginx/snippets : этот каталог содержит фрагменты конфигурации, которые можно включить в другое место в конфигурации Nginx. Потенциально повторяющиеся сегменты конфигурации являются хорошими кандидатами на преобразование в фрагменты.

Журналы сервера

  • /var/log/nginx/access.log : каждый запрос к вашему веб-серверу записывается в этот файл журнала, если Nginx не настроен иначе.
  • /var/log/nginx/error.log : все ошибки Nginx будут записываться в этот журнал.

Заключение

Теперь, когда у вас установлен веб-сервер, у вас есть много вариантов для типов контента и технологий, которые вы хотите использовать для создания более насыщенного опыта.

Если вы хотите создать более полный стек приложений, ознакомьтесь со статьей Как установить Linux, Nginx, MySQL, PHP (стек LEMP) в Ubuntu 20.04.

Хотите узнать больше? Присоединяйтесь к сообществу DigitalOcean!

Присоединяйтесь к нашему сообществу DigitalOcean, насчитывающему более миллиона разработчиков, бесплатно! Получайте помощь и делитесь знаниями в нашем разделе "Вопросы и ответы", находите руководства и инструменты, которые помогут вам расти как разработчику и масштабировать свой проект или бизнес, а также подписывайтесь на интересующие вас темы.

Nginx — это мощное серверное приложение, которое направляет сетевой трафик.Его часто используют в качестве обратного прокси-сервера, но его также можно настроить как обычный веб-сервер.

Одной из наиболее распространенных операций, с которыми вы столкнетесь, является запуск, остановка и перезапуск веб-сервера Nginx.

Из этого руководства вы узнаете, как запускать, останавливать и перезапускать службу Nginx.

  • Система с установленным и настроенным Nginx
  • Доступ к окну терминала или командной строке
  • Учетная запись пользователя с правами sudo или root
  • Существующее SSH-подключение к удаленной системе (если вы работаете удаленно)

Примечание. Если вы еще не установили Nginx, обратитесь к нашим руководствам по установке Nginx в Ubuntu или установке Nginx в CentOS 8.

Запуск, остановка и перезапуск Nginx с помощью systemctl

Как просмотреть статус вашего сервера Nginx

Nginx работает как служба на вашем сервере. Это означает, что он должен активно работать в фоновом режиме, даже если вы ничего не видите на экране. Вы можете отобразить статус службы Nginx, введя следующую команду в окне терминала:

Система переключится в режим состояния, отображающий большое количество информации о службе Nginx.

  • Если служба запущена (активна), вы увидите зеленый статус "активен" (работает) в третьей строке.
  • Если Nginx не запущен, он будет отображаться как неактивный стандартным белым цветом.
  • Если что-то пошло не так и Nginx не смог загрузиться, вы увидите красный статус "сбой" с некоторой информацией о сбое.

Нажмите q, чтобы повторно активировать приглашение bash.

SystemD — это диспетчер служб по умолчанию в современных версиях дистрибутивов Linux (Ubuntu 20.04/18.04/16.04, CentOS 7/7 и Debian 9/10). Диспетчер SystemD работает с помощью команды systemctl.

Команда systemctl является базовой командой Linux. Это означает, что его можно использовать для любой службы Linux.

Остановить и запустить Nginx

systemctl можно использовать для запуска и остановки службы Nginx.

Чтобы остановить Nginx, выполните следующую команду:

Чтобы запустить Nginx, выполните команду systemctl с параметром запуска:

Как перезапустить Nginx

Изящный перезапуск Nginx

Если вы обновляете Nginx после изменения конфигурации, лучше всего корректно перезагрузить службу. Это закроет старые процессы и перезапустит новые с новой конфигурацией.

Используйте команду systemctl Linux, чтобы перезагрузить службу Nginx. Выполните следующую команду:

Примечание. Nginx нельзя перезагрузить, если служба Nginx не активна.

Принудительный перезапуск Nginx

При значительных изменениях конфигурации вы можете принудительно перезапустить Nginx. Это принудительно закрывает всю службу и подпроцессы и перезапускает весь пакет.

Введите следующую команду:

Перезапуск или перезагрузка Nginx

Команда reload поддерживает работу сервера Nginx, поскольку он перезагружает обновленные файлы конфигурации. Если Nginx замечает синтаксическую ошибку в любом из файлов конфигурации, перезагрузка прерывается, и сервер продолжает работать на основе старых файлов конфигурации. Перезагрузка безопаснее перезапуска Nginx.

Команда перезапуска выключит сервер, включая все связанные с ним службы, и снова включит его. Перезапускайте Nginx только при значительных обновлениях конфигурации, таких как изменение портов или интерфейсов. Эта команда принудительно остановит все рабочие процессы.

Настроить Nginx для запуска при загрузке

Используйте параметр enable с командой systemctl, чтобы включить Nginx:

Используйте параметр отключения с командой systemctl, чтобы отключить Nginx:

Запуск, остановка и перезагрузка Nginx с помощью команды Nginx

Nginx имеет набор встроенных инструментов для управления сервисом, доступ к которым можно получить с помощью команды Nginx.

Запуск Nginx

Чтобы запустить Nginx и связанные с ним процессы, введите следующее:

В случае успешного запуска вывод терминала будет отображать следующее:

Перезапуск Nginx

Чтобы принудительно закрыть и перезапустить Nginx и связанные процессы:

В качестве альтернативы используйте команду nginx -s:

Останов Nginx

Чтобы отключить или остановить службу Nginx, введите следующее:

Перезагрузка Nginx

Чтобы корректно остановить и перезапустить Nginx и связанные с ним процессы, используйте команду:

Кроме того, вы можете использовать команду nginx -s для передачи инструкций непосредственно в Nginx:

Выйти из Nginx

Принудительно закройте службу Nginx с помощью инструкции quit с командой nginx -s:

В этой статье описано несколько способов запуска, остановки и перезапуска Nginx на вашем сервере. Используйте эти команды для наиболее распространенных операций при управлении веб-сервером Nginx.

Деян является руководителем отдела содержания в phoenixNAP с более чем 7-летним опытом веб-публикаций и написания технических текстов. До прихода в PNAP он был главным редактором нескольких веб-сайтов, стремящихся отстаивать новые технологии. Он старается упростить сложные понятия и дать осмысленное представление о центрах обработки данных и облачных технологиях.

В большинстве современных операционных систем Linux управлять службой довольно просто, если речь идет об основных командах.

Nginx (произносится как "engine-x") – это веб-сервер на базе Linux и приложение обратного прокси-сервера. Узнайте, как настроить его в качестве обратного прокси-сервера.

В этом кратком учебном пособии учащимся и новым пользователям показано, как удалить Nginx и/или очистить Ubuntu 20.04 | 18.04.

Если вы веб-мастер и хотите удалить веб-сервер Nginx со своего хоста, выполните следующие действия.

В основном существует два способа удаления или удаления программ из систем Ubuntu и Linux.

Вы можете запустить apt remove или apt purge.

Когда вы используете параметр удаления с apt, команда удалит программный пакет из системы, но оставит файлы конфигурации.

Использование purge с apt приведет к удалению программного пакета, включая все файлы конфигурации и настройки.

Если вы хотите удалить Nginx из Ubuntu, выполните следующие действия:

Удалить Nginx

Опять же, если вы запустите apt с параметром удаления, он удалит Nginx с хост-компьютера, но сохранит весь файл конфигурации нетронутым.

Если вы думаете об удалении Nginx для переустановки, вы можете использовать опцию очистки.

Если вы просто хотите удалить пакет Nginx, но указать все файлы конфигурации, выполните следующие команды:

Очистить Nginx

Опция очистки с помощью apt удалит Nginx и все файлы конфигурации из Ubuntu.

Если вы хотите полностью удалить Nginx, включая файлы конфигурации и настройки, используйте параметр очистки.

Файлы в каталоге /etc/nginx будут удалены. Однако содержимое сайта в /var/www останется без изменений.

Выполните приведенные ниже команды, чтобы удалить Nginx вместе с его файлами конфигурации.

Переустановите Nginx

При использовании параметра переустановки с помощью apt команда удалит Nginx и установит его.

Он просто удалит и переустановит пакеты Nginx.

Чтобы переустановить Nginx, выполните следующие команды:

Это должно сработать!

Вывод:

В этом сообщении показано, как удалить, очистить или переустановить Nginx. Если вы обнаружите какую-либо ошибку выше, пожалуйста, используйте форму комментариев ниже, чтобы сообщить об этом.

Поскольку Nginx хорошо известен и широко используется, можно ожидать, что он будет работать хорошо. Но, как и в случае со всем программным обеспечением, оно не идеально.

Хотя большинство ошибок можно устранить без особых проблем, бывают случаи, когда вы не можете исправить ошибку даже при длительном поиске и устранении неполадок. В таких случаях удаление программного обеспечения кажется лучшим возможным решением.

По этой или какой-либо другой причине вы здесь, чтобы узнать, как удалить Nginx из вашего Ubuntu или других дистрибутивов Linux. В этой статье вы узнаете, как легко это сделать.

Итак, приступим!

Способ 1: удаление Nginx с помощью команды удаления.

Как вы знаете, большинство задач, выполняемых в системах Linux, выполняются через командный терминал. Итак, первая команда, которую вы можете использовать для удаления Nginx из Ubuntu, — это команда $ remove.

Команда $ remove – это самый простой способ удалить любое программное обеспечение.Если вы используете команду удаления, файлы конфигурации Nginx не будут удалены и будут присутствовать в вашей системе, пока вы их не удалите.

Команда $ remove имеет простой и очень простой синтаксис и используется в сочетании с $ apt :

Итак, чтобы удалить Nginx с помощью $ remove , выполните следующие действия:

  1. Для начала откройте командный терминал, нажав Ctrl + Alt + T на клавиатуре.
  2. После открытия введите в Терминале следующую команду:

Терминал запросит ваш пароль. Введите пароль, чтобы начать процесс установки.

  1. Прежде чем он избавится от Nginx, он запросит подтверждение, как показано на рисунке. Нажмите клавишу Y, а затем клавишу Enter, чтобы успешно удалить Nginx.

Если все шаги выполнены правильно, вы должны удалить Nginx из своей системы. Однако, если этот метод вам не подходит, продолжайте читать, чтобы узнать об альтернативном методе.

Способ 2. Удаление Nginx с помощью команды Purge.

Следующая команда, которую мы обсудим, — это команда $purge. $ purge — это еще одна команда, которую используют пользователи дистрибутивов Linux, чтобы избавиться от нежелательного программного обеспечения в своих системах.

В то время как $ remove удаляет только пакет программного обеспечения, $ purge также удаляет все файлы, папки и каталоги, связанные с программным обеспечением.

Синтаксис $ purge аналогичен $ remove и также используется в сочетании с $ apt :

Итак, если вы хотите удалить программное обеспечение и его файлы, выполните следующие действия:

  1. Для начала откройте командный терминал, нажав Ctrl + Alt + T на клавиатуре.
  2. После открытия введите следующую команду:

  1. Наконец, вам нужно ввести свой пароль, чтобы начать процесс.

Вот и все. Это еще один метод, который вы можете использовать для удаления Nginx из Ubuntu и других дистрибутивов Linux.

Переустановка Nginx.

Для пользователей, которые хотят просто избавиться от ошибок, но в конечном итоге продолжать использовать Nginx, переустановка может быть подходящим действием. Думайте, что это работает так же, как вы перезагружаете компьютер, когда он перестает отвечать на запросы. Хотя это не является надежным решением, у него практически нет недостатков, поэтому попробовать стоит.

Для переустановки Nginx в Ubuntu или других дистрибутивах Linux вы можете использовать команду $ reinstall. Он сначала удалит пакет, а затем автоматически установит его снова, не избавляясь от файлов конфигурации. Подобно предыдущим командам, его синтаксис прост и используется в сочетании с $ apt :

Итак, чтобы переустановить Nginx, выполните следующие действия:

  1. Откройте терминал.
  2. После открытия введите следующее:

  1. Наконец введите пароль, чтобы начать процесс.

В окне терминала вы должны увидеть, что Nginx сначала удаляется, а затем переустанавливается. Теперь проверьте, работает ли сервис.

Что касается темы удаления приложений, важно знать разницу между командами $ remove и $ purge. Помимо этого, есть и другие причины, по которым что-то может пойти не так, и смягчение последствий начинается с получения правильной информации. По этой причине мы рекомендуем вам научиться правильно устанавливать нежелательные приложения в Ubuntu.

Мы надеемся, что это руководство помогло вам узнать, как удалить Nginx из вашего Ubuntu и других дистрибутивов Linux. Если у вас возникли проблемы с удалением Nginx или у вас есть предложения сделать это более эффективно, сообщите нам об этом в разделе комментариев ниже.

Чтобы иметь возможность использовать NGINX Amplify для мониторинга вашей инфраструктуры, вам необходимо установить агент NGINX Amplify на каждую проверяемую систему.

Примечание. Агент потеряет привилегии root при запуске. Затем он будет использовать идентификатор пользователя nginx, чтобы установить его эффективный идентификатор пользователя. Процедура установки пакета автоматически добавит пользователя nginx, если он еще не найден в системе.Если пользовательская директива присутствует в конфигурации NGINX, агент выберет пользователя, указанного в конфигурации NGINX для его эффективного идентификатора пользователя (например, www-data ).

где YOUR_API_KEY — уникальный ключ API, назначенный вашей учетной записи Amplify. Ключ API вы увидите при добавлении новой системы в веб-интерфейсе Amplify. Вы также можете найти его в меню «Учетная запись».

API_KEY — это уникальный ключ API, назначенный вашей учетной записи Amplify. Вы увидите свой ключ API при добавлении новой системы в веб-интерфейсе Amplify. Вы также можете найти ключ API в меню Учетная запись.

Настоятельно рекомендуется периодически проверять наличие обновлений и устанавливать последнюю стабильную версию агента.

Примечание. Начиная с версии 1.8.0 агент работает на Python 3 на поддерживаемых платформах. Чтобы сохранить существующие конфигурации в рабочем состоянии и избежать смешивания старых пакетов агентов Python 2 с новыми пакетами Python 3, мы разместили новые пакеты в специальном месте /py3 репозитория пакетов агентов Amplify. Пожалуйста, соответствующим образом измените конфигурацию вашего локального репозитория, если вы обновляете версии

Вы можете использовать NGINX Amplify Agent в среде Docker. Хотя он все еще находится в стадии разработки, агент может собирать большую часть метрик и отправлять их на серверную часть Amplify либо в «автономном», либо в «агрегированном» режиме. Автономный режим работы — самый простой, когда для каждого контейнера Docker создается отдельный «хост». Кроме того, метрики от агентов, работающих в разных контейнерах, можно агрегировать для каждого образа — это режим агрегирования при развертывании агента Amplify с Docker.

Агент NGINX Amplify сохраняет свою конфигурацию в файле /etc/amplify-agent/agent.conf. Конфигурация агента представляет собой текстовый файл.

Агент NGINX Amplify теряет права root при запуске. По умолчанию он будет использовать идентификатор пользователя nginx, чтобы установить его эффективный идентификатор пользователя. Процедура установки пакета автоматически добавит пользователя nginx, если он еще не найден в системе. Если пользовательская директива присутствует в конфигурации NGINX, агент выберет пользователя, указанного в конфигурации NGINX для его эффективного идентификатора пользователя (например, www-data ).

Очень важно, чтобы агент и запущенные экземпляры NGINX использовали один и тот же идентификатор пользователя, чтобы агент мог правильно собирать все показатели NGINX.

Если вы хотите вручную указать идентификатор пользователя, который агент должен использовать в качестве своего эффективного идентификатора пользователя, для этого есть специальный раздел в файле /etc/amplify-agent/agent.conf:

Здесь есть возможность явно указать реальный идентификатор пользователя, который агент должен выбрать в качестве своего эффективного идентификатора пользователя. Если в директиве пользователя указан непустой параметр, сценарий запуска агента будет использовать его для поиска реального идентификатора пользователя.

Кроме того, есть еще один способ явно указать агенту, где он должен искать файл конфигурации NGINX, подходящий для определения реального идентификатора пользователя. По умолчанию это /etc/nginx/nginx.conf.

При первой установке агента с помощью описанной выше процедуры ваш ключ API автоматически записывается в файл agent.conf. Если вам когда-нибудь понадобится изменить ключ API, отредактируйте соответствующим образом следующий раздел в agent.conf:

Чтобы создавать уникальные объекты для мониторинга, агент должен иметь возможность извлекать допустимое имя хоста из системы. Имя хоста также используется как один из компонентов для создания уникального идентификатора. По сути, имя хоста и UUID однозначно идентифицируют конкретный экземпляр агента для серверной части Amplify. Если имя хоста или UUID изменены, агент и серверная часть зарегистрируют новый объект для мониторинга.

При первом создании UUID записывается в agent.conf . Обычно это происходит автоматически, когда агент запускается и впервые успешно определяет имя хоста. Обычно вы не должны изменять UUID в agent.conf .

Имя хоста должно быть реальным. Агент не запустится, пока не будет определено допустимое имя хоста. Следующие не являются допустимыми именами хостов:

  • локальный хост
  • localhost.localdomain
  • localhost6.localdomain6
  • IP6-локальный хост

Примечание. Вы также можете использовать описанный выше метод, чтобы заменить имя хоста системы произвольным псевдонимом. Имейте в виду, что если вы переопределите имя хоста для живого объекта, существующий объект будет помечен как неудавшийся в веб-интерфейсе. Переопределение имени хоста в конфигурации агента фактически создает новый UUID и новую систему для мониторинга.

Когда агент находит работающий экземпляр NGINX, он автоматически определяет расположение модуля stub_status или NGINX Plus API из конфигурации NGINX.

Агент определяет файл конфигурации NGINX автоматически. Вам не нужно явно указывать агенту nginx.conf.

Если по какой-либо причине агент не может найти конфигурацию NGINX, используйте следующую опцию в файле /etc/amplify-agent/agent.conf:

Примечание. Лучше не использовать эту опцию и добавлять ее только в качестве обходного пути. Мы были бы признательны, если бы вы уделили время заполнению запроса в службу поддержки, если вам пришлось вручную добавить путь к файлу конфигурации NGINX.

Вы можете определить произвольные теги для каждого хоста. Теги можно настроить в пользовательском интерфейсе (см. раздел «Графики» ниже) или установить в файле /etc/amplify-agent.conf:

Вы можете использовать теги для построения пользовательских графиков, настройки оповещений и фильтрации систем на странице "Графики".

Агент может собирать файлы журналов NGINX через системный журнал. Это может быть полезно, если вы не храните журналы NGINX на диске или при мониторинге контейнерной среды, такой как Docker, с помощью NGINX Amplify.

Перезапустите агент, чтобы он перезагрузил конфигурацию и начал прослушивать указанные IP-адрес и порт:

По умолчанию агент попытается найти и просмотреть все файлы access.log, описанные в конфигурации NGINX. При наличии нескольких файлов журналов, в которых регистрируется один и тот же запрос, показатели могут учитываться более одного раза.

Чтобы исключить определенные файлы журналов NGINX из набора метрик, добавьте в файл /etc/amplify-agent/agent.conf что-то вроде этих строк:

Если ваша система находится в демилитаризованной зоне без прямого доступа к Интернету, единственный способ для агента передать собранные показатели в Amplify — через прокси-сервер.

Обычный уровень ведения журнала для агента — INFO . Если вам когда-нибудь понадобится отладить агент, измените уровень на DEBUG, как описано ниже. Имейте в виду, что размер файла журнала агента может очень быстро расти с помощью DEBUG. После изменения уровня журнала перезапустите агент.

[logger_agent-default] level = DEBUG .. [handler_agent-default] class = logging.handlers.WatchedFileHandler level = DEBUG ..

Чтобы удалить систему через веб-интерфейс — найдите ее в Инвентаре и нажмите на значок «Корзина».

Помните: удаление объектов в пользовательском интерфейсе не остановит агент. Чтобы полностью удалить систему из-под наблюдения, сначала остановите и/или удалите агент, а затем очистите его в веб-интерфейсе. Не забудьте также очистить все правила предупреждений.

Читайте также: