nginx - nginx: [emerg] bind () to [::]: 80 не удалось (98: адрес уже используется)

i исправил это, запустив sudo apachectl stop - оказалось, что apache работал в фоновом режиме и предотвратил запуск nginx на нужном порту.

В режиме ubuntu sudo /etc/init.d/apache2 stop

Я нашел проблему, которой у меня никогда не было.

Мне просто пришлось удалить /etc/nginx/sites-available/default. Тогда это сработало.

Мой conf был в /etc/nginx/default.

Я тоже получал ту же ошибку.       nginx: [emerg] bind() в [::]: 80 не удалось (98: адрес уже используется) и когда я набрал localhost в браузере, тогда я получал

Он работает!

Это веб-страница по умолчанию для этого сервера.

Программное обеспечение веб-сервера работает, но контент еще не добавлен. вместо приветственной страницы nginx apache2 работает на одном и том же порту,

• найдите файл apache2 ports.conf

  sudo/etc/apache2/ports.conf

• измените другой порт на 80, я сделаю его как 70

• сохранить файл

• перезагрузите систему

он будет работать и для вас, если вы наберете localhost в браузере, вы получите страницу приветствия nginx

Мое дело другое, мне пришлось убить Nginx, чтобы перезапустить его.

Вместо

sudo systemctl restart nginx

Мне пришлось использовать:

sudo pkill -f nginx
sudo systemctl start nginx

У меня была та же проблема в letencrypt (certbot) и nginx,

ref: https://github.com/certbot/certbot/issues/5486

эта ошибка еще не имеет решения

поэтому, изменил cron для обновления ( добавив перезагрузку после обновления) (используя предложение от certbot)

-- in /etc/cron.d/certbot
from
0 */12 * * * root test -x /usr/bin/certbot -a \! -d /run/systemd/system && perl -e 'sleep int(rand(3600))' && certbot -q renew 
to
0 */12 * * * root test -x /usr/bin/certbot -a \! -d /run/systemd/system && perl -e 'sleep int(rand(3600))' && certbot -q renew --pre-hook "service nginx stop" --post-hook "service nginx start"

журналы (короткие):

-- in /var/log/syslog
Jun 10 00:14:25 localhost systemd[1]: Starting Certbot...
Jun 10 00:14:38 localhost certbot[22222]: nginx: [error] open() "/run/nginx.pid$
Jun 10 00:14:41 localhost certbot[22222]: Hook command "nginx" returned error c$
Jun 10 00:14:41 localhost certbot[22222]: Error output from nginx:
Jun 10 00:14:41 localhost certbot[22222]: nginx: [emerg] bind() to 0.0.0.0:443 $
Jun 10 00:14:41 localhost certbot[22222]: nginx: [emerg] bind() to 0.0.0.0:80 f$
Jun 10 00:14:41 localhost certbot[22222]: nginx: [emerg] bind() to 0.0.0.0:443 $
Jun 10 00:14:41 localhost certbot[22222]: nginx: [emerg] bind() to 0.0.0.0:80 f$
Jun 10 00:14:41 localhost certbot[22222]: nginx: [emerg] bind() to 0.0.0.0:443 $
Jun 10 00:14:41 localhost certbot[22222]: nginx: [emerg] bind() to 0.0.0.0:80 f$
Jun 10 00:14:41 localhost certbot[22222]: nginx: [emerg] bind() to 0.0.0.0:443 $
Jun 10 00:14:41 localhost certbot[22222]: nginx: [emerg] bind() to 0.0.0.0:80 f$
Jun 10 00:14:41 localhost certbot[22222]: nginx: [emerg] bind() to 0.0.0.0:443 $
Jun 10 00:14:41 localhost certbot[22222]: nginx: [emerg] bind() to 0.0.0.0:80 f$
Jun 10 00:14:41 localhost certbot[22222]: nginx: [emerg] still could not bind()
Jun 10 00:14:41 localhost systemd[1]: Started Certbot.


-- in /var/log/nginx/error.log
2018/06/10 00:14:27 [notice] 22233#22233: signal process started
2018/06/10 00:14:31 [notice] 22237#22237: signal process started
2018/06/10 00:14:33 [notice] 22240#22240: signal process started
2018/06/10 00:14:34 [notice] 22245#22245: signal process started
2018/06/10 00:14:38 [notice] 22255#22255: signal process started
2018/06/10 00:14:38 [error] 22255#22255: open() "/run/nginx.pid" failed (2: No $
2018/06/10 00:14:39 [emerg] 22261#22261: bind() to 0.0.0.0:443 failed (98: Addr$
2018/06/10 00:14:39 [emerg] 22261#22261: bind() to 0.0.0.0:80 failed (98: Addre$
2018/06/10 00:14:39 [emerg] 22261#22261: bind() to 0.0.0.0:443 failed (98: Addr$
2018/06/10 00:14:39 [emerg] 22261#22261: bind() to 0.0.0.0:80 failed (98: Addre$
2018/06/10 00:14:39 [emerg] 22261#22261: bind() to 0.0.0.0:443 failed (98: Addr$
2018/06/10 00:14:39 [emerg] 22261#22261: bind() to 0.0.0.0:80 failed (98: Addre$
2018/06/10 00:14:39 [emerg] 22261#22261: bind() to 0.0.0.0:443 failed (98: Addr$
2018/06/10 00:14:39 [emerg] 22261#22261: bind() to 0.0.0.0:80 failed (98: Addre$
2018/06/10 00:14:39 [emerg] 22261#22261: bind() to 0.0.0.0:443 failed (98: Addr$
2018/06/10 00:14:39 [emerg] 22261#22261: bind() to 0.0.0.0:80 failed (98: Addre$
2018/06/10 00:14:39 [emerg] 22261#22261: still could not bind()

попробуйте выполнить эту команду

sudo fuser -k 443/tcp
service nginx restart

Если проблема не устранена после попытки любого из вышеперечисленных решений, перезапустите сервер один раз. Это сработало для меня :)

Я встретил подобную проблему. журнал выглядит следующим образом:

2018/10/31 12:54:20 [emerg] 128005#128005: bind() to 0.0.0.0:80 failed (98: Address already in use)
2018/10/31 12:54:20 [emerg] 128005#128005: bind() to 0.0.0.0:443 failed (98: Address already in use)
2018/10/31 12:54:20 [emerg] 128005#128005: bind() to [::]:80 failed (98: Address already in use)
2018/10/31 12:54:20 [emerg] 128005#128005: bind() to 0.0.0.0:80 failed (98: Address already in use)
2018/10/31 12:54:20 [emerg] 128005#128005: bind() to 0.0.0.0:443 failed (98: Address already in use)
2018/10/31 12:54:20 [emerg] 128005#128005: bind() to [::]:80 failed (98: Address already in use)
2018/10/31 12:54:20 [emerg] 128005#128005: bind() to 0.0.0.0:80 failed (98: Address already in use)
2018/10/31 12:54:20 [emerg] 128005#128005: bind() to 0.0.0.0:443 failed (98: Address already in use)
2018/10/31 12:54:20 [emerg] 128005#128005: bind() to [::]:80 failed (98: Address already in use)
2018/10/31 12:54:20 [emerg] 128005#128005: bind() to 0.0.0.0:80 failed (98: Address already in use)
2018/10/31 12:54:20 [emerg] 128005#128005: bind() to 0.0.0.0:443 failed (98: Address already in use)
2018/10/31 12:54:20 [emerg] 128005#128005: bind() to [::]:80 failed (98: Address already in use)
2018/10/31 12:54:20 [emerg] 128005#128005: bind() to 0.0.0.0:80 failed (98: Address already in use)
2018/10/31 12:54:20 [emerg] 128005#128005: bind() to 0.0.0.0:443 failed (98: Address already in use)
2018/10/31 12:54:20 [emerg] 128005#128005: bind() to [::]:80 failed (98: Address already in use)
2018/10/31 12:54:20 [emerg] 128005#128005: still could not bind()
2018/10/31 12:54:23 [alert] 127997#127997: unlink() "/run/nginx.pid" failed (2: No such file or directory)
2018/10/31 22:40:48 [info] 36948#36948: Using 32768KiB of shared memory for push module in /etc/nginx/nginx.conf:68
2018/10/31 22:50:40 [emerg] 37638#37638: duplicate listen options for [::]:80 in /etc/nginx/sites-enabled/default:18
2018/10/31 22:51:33 [info] 37787#37787: Using 32768KiB of shared memory for push module in /etc/nginx/nginx.conf:68

Последний [emerg] показывает, что duplicate listen options for [::]:80 что означает, что имеется более одного файла блока nginx, содержащего [::]:80.

Мое решение - удалить одну из настроек [::]:80

PS у вас, вероятно, есть файл блокировки по умолчанию. Мой совет - сохранить этот файл в качестве сервера по умолчанию для порта 80. и удалить [::]:80 из других файлов блоков

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

grep -r listen /etc/nginx/*

Два файла слушали на одном и том же порту:

/etc/nginx/conf.d/default.conf:           listen 80;  
/etc/nginx/sites-enabled/default.conf:    listen 80;

В моем случае одна из служб Apache, Apache2 или Nginx уже работала, и из-за этого я не смог запустить другую службу.

Чтобы следить за ответами @lfender6445 и @SAURABH -

Моя проблема заключалась также в том, что после обновления до Vagrant 2.2.2 Apache2 запускался как веб-сервер, когда гость загружался. Раньше у меня был только nginx как веб-сервер.

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

sudo update-rc.d -f apache2 remove

Выходите из ssh, бродячая остановка, бродячая. Задача решена.

Первое изменение apache прослушивает порт от 80 до 8080 apache в /etc/apache2/ports.conf.

Listen 1.2.3.4:80 to 1.2.3.4:8080
sudo service apache2 restart 

или же

sudo service httpd restart    // in case of centos

затем добавьте nginx в качестве обратного прокси-сервера, который будет прослушивать порт Apache

server {
 listen   1.2.3.4:80;
 server_name  some.com;

 access_log  /var/log/nginx/something-access.log;

 location / {
  proxy_pass http://localhost:8080;
  proxy_redirect off;
  proxy_set_header Host $host;
  proxy_set_header X-Real-IP $remote_addr;
  proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
 }


location ~* ^.+\.(jpg|js|jpeg|png)$ {
   root /usr/share/nginx/html/;
}

location /404.html {
  root /usr/share/nginx/html/40x.html;
}

error_page 404 /404.html;
    location = /40x.html {
}

error_page 500 502 503 504 /50x.html;
    location = /50x.html {
}

# put code for static content like js/css/images/fonts
}

После перезапуска сервера nginx

sudo service nginx restart

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

Для предварительной конфигурации, такой как кеш:

https://www.linode.com/docs/web-servers/nginx/slightly-more-advanced-configurations-for-nginx/#basic-nginx-caching

У меня было несколько файлов *.save(аварийных дампов из nano) из разных конфигурационных файлов NGINX в моем каталоге - avilable. Как только я удалил эти .save файлы, NGINX перезагрузился. Я предположил, что они были безвредны, поскольку не было соответствующих символических ссылок, но я думаю, что я ошибся.