Порт кражи Nginx 80!

Я становлюсь немного расстроенным здесь. Я хочу порт 80 для apache2, но nginx украл тот порт, по-видимому.

Я не могу найти, куда удалить это, конфигурация для nginx говорят что ее слушание порта 8000 и 8001

то, что я могу найти, - то, что PID/Название программы "6021/nginx-g daemo" использует это в качестве локального адреса 127.0.0.1:80.

Когда я делаю systemctl status nginx это - информация, я получаю следующее

    ● nginx.service - A high performance web server and a reverse proxy server
   Loaded: loaded (/lib/systemd/system/nginx.service; enabled; vendor preset: enabled)
   Active: active (running) since Sat 2018-05-05 01:33:40 CEST; 5s ago
  Process: 6110 ExecStop=/sbin/start-stop-daemon --quiet --stop --retry QUIT/5 --pidfile /run/nginx.pid (code=exited, status=0/SUCCESS)
  Process: 6118 ExecStart=/usr/sbin/nginx -g daemon on; master_process on; (code=exited, status=0/SUCCESS)
  Process: 6113 ExecStartPre=/usr/sbin/nginx -t -q -g daemon on; master_process on; (code=exited, status=0/SUCCESS)
 Main PID: 6120 (nginx)
    Tasks: 17
   Memory: 8.9M
      CPU: 46ms
   CGroup: /system.slice/nginx.service
           ├─6120 nginx: master process /usr/sbin/nginx -g daemon on; master_process on
           ├─6121 nginx: worker process
           ├─6122 nginx: worker process
           ├─6123 nginx: worker process
           ├─6124 nginx: worker process
           ├─6125 nginx: worker process
           ├─6126 nginx: worker process
           ├─6127 nginx: worker process
           ├─6128 nginx: worker process
           ├─6129 nginx: worker process
           ├─6130 nginx: worker process
           ├─6131 nginx: worker process
           ├─6132 nginx: worker process
           ├─6133 nginx: worker process
           ├─6134 nginx: worker process
           ├─6135 nginx: worker process
           └─6136 nginx: worker process

May 05 01:33:40 Headsrv systemd[1]: Starting A high performance web server and a reverse proxy server...
May 05 01:33:40 Headsrv systemd[1]: Started A high performance web server and a reverse proxy server.

Я попытался выполнить команду grep -r "127.0.0.1:80" /* и grep -r "nginx -g daemo" /* но никакие результаты, был ад, nginx получение этого порта conf!?! Любые подсказки для поиска и устранения неисправностей являются золотыми мне, так как я работал в к стене теперь..

И перед кем-то просят, чтобы я отредактировал/etc/nginx/conf.d/wok.conf и/etc/nginx/sites-available/default к не использованию порта 80

2
задан 5 May 2018 в 02:53

3 ответа

Что относительно в /etc/nginx/nginx.conf? Удостоверьтесь, что Вы комментируете порты, которые слушают от значения по умолчанию nginx.conf файл. Вы только перечислили местоположения в conf.d разделы...

Там может быть что-то вроде этого:

server {
  listen       80 default_server;
  listen       [::]:80 default_server;
  server_name  _;
    root         /usr/share/nginx/html;

Извините просто прокомментировал бы это, но не имеют достаточного количества представителя еще на askubunut.com

0
ответ дан 2 December 2019 в 07:41

Попробуйте удалить весь раздел:

http {
    ....
    ....
}

Затем перезапустите nginx.

-2
ответ дан 23 January 2020 в 20:31

У меня только что возникла проблема с Debian 10, на которой запущен openmediavault (OMV). После перезапуска (когда система работала в течение нескольких месяцев) экземпляр nginx, который обслуживает веб-интерфейс OMV на порту 88, внезапно также открыл страницу приветствия nginx (из /usr/share/nginx/html/index.html ) на порту 80. Довольно раздражает, поскольку у меня есть экземпляр Nextcloud, который должен быть доступен на этом порту.

Причина была в том, что когда-то в процессе обновления в конец конфигурации http в /etc/nginx/nginx.conf были добавлены следующие строки:

...
http {
    ...

    client_max_body_size 0;

    server {
        client_max_body_size 0;
    }
}
...

Поскольку часть server не определяет директиву listen, она по умолчанию использует порт 80. И поскольку директива root не была указана, в моей конкретной системе она по умолчанию имеет значение /usr/share/nginx/html.

Редактировать Оказывается, я сам внес изменения, следуя этому руководству для настройки своей системы.

1
ответ дан 30 August 2020 в 20:56

Другие вопросы по тегам:

Похожие вопросы: