nginx: [emerg] bind() to [::]:80 failed(98:地址已被使用)

小开

我发现了以前从未有过的问题。

我只需要删除/etc/nginx/sites-available/default。然后就成功了。

此删除将只删除符号链接，作为备份您可以在 /etc/nginx/sites-enabled/default < / p >

我的conf在/etc/nginx/default中。

小开

最佳答案

[::]:80是一个ipv6地址。

如果你有一个nginx配置，监听端口80和端口[::]:80，就会导致这个错误。

我有以下在我的默认网站可用文件:

listen 80;
listen [::]:80 default_server;

你可以通过像这样在[::]:80中添加ipv6only=on来修复这个问题:

listen 80;
listen [::]:80 ipv6only=on default_server;

http://wiki.nginx.org/HttpCoreModule#listen

小开

我通过运行:

sudo apachectl stop

结果apache在后台运行，阻止nginx在指定的端口上启动。

在Ubuntu上运行:

sudo /etc/init.d/apache2 stop

小开

我也得到了同样的错误。

nginx: [emerg] bind() to [::]:80 failed(98:地址已被使用)

当我在浏览器中输入localhost时，我得到

它的工作原理!

这是此服务器的默认web页面。

web服务器软件正在运行，但还没有添加内容。而不是nginx的欢迎页面，apache2运行在相同的端口，

找到apache2 ports.conf文件
```
sudo /etc/apache2/ports.conf
```
change the port other then 80 , i make it as 70
save the file
restart your system

it will works for you also, if you type the localhost in the browser, you will get nginx welcome page

小开

我有几个*。保存文件(紧急转储从nano)从不同的NGINX配置文件在my sites- available目录。一旦我删除了这些.save文件，NGINX重新启动正常。我以为这些是无害的，因为没有相应的符号链接，但我想我错了。

小开

请尝试执行该命令

sudo fuser -k 443/tcp
service nginx restart

熔化炉命令将找到进程id(PID)，而- k标志将杀死进程，使nginx重新启动。

小开

首先修改apache监听端口80为8080 /etc/apache2/ports.conf中的Apache包含

.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，静态内容由nginx服务器提供。

对于像缓存这样的高级配置:

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

小开

我在letsencrypt (certbot)和nginx中遇到了同样的问题，

裁判:https://github.com/certbot/certbot/issues/5486

此错误还没有解决方案

因此，a更改了一个cron为renew ~~(更新后重新加载)~~(使用来自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()

小开

我的情况不同，我必须杀死正在运行的Nginx进程来重新启动它。

而不是

sudo systemctl restart nginx

我不得不使用:

sudo pkill -f nginx & wait $!
sudo systemctl start nginx

小开

我也遇到过类似的问题。日志如下所示

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设置之一

附注:你可能有默认块文件。我的建议是将该文件作为端口80的默认服务器。并从其他块文件中删除[::]:80

小开

继续关注@lfender6445和@SAURABH回答——

我的问题还在于，在升级到Vagrant 2.2.2之后，当客户机启动时，Apache2作为web服务器运行。在过去，我只使用nginx作为web服务器。

vagrant ssh进入机箱，并运行以下命令使Apache2在guest机箱引导时不启动:

sudo update-rc.d -f apache2 remove

退出ssh，流浪汉停下来，流浪汉起来。问题解决了。

小开

如果在尝试上述任何解决方案后问题仍然存在，请重新启动服务器一次。这对我很有用:)

小开

在我的例子中，Apache、Apache2或Nginx中的一个服务已经在运行，因此我无法启动另一个服务。

小开

我的问题是我有重叠的监听指令。我设法通过运行来找出重叠的指令

grep -r listen /etc/nginx/*

两个文件在同一个端口监听:

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

小开

在我的例子中，罪魁祸首是一个服务器块，它包含:

        listen  127.0.0.1:80;
listen  [::1]:80 ipv6only=on;
server_name  localhost;

在Linux上，侦听特定IP(例如[::1]:80)的套接字与侦听同一端口但任何IP(例如[::]:80)的套接字冲突。通常nginx会在幕后使用一个套接字来透明地处理这个问题。然而，在listen指令上显式指定ipv6only(或某些其他选项)会迫使nginx(尝试)为它创建一个单独的套接字，从而导致Address already in use错误。

因为ipv6only=on是默认的(从1.3.4开始)，修复只是从这个指令中删除该选项，并确保在我的配置中没有使用ipv6only。

小开

我使用supervisor在Docker容器上并排运行Nginx和Gunicorn。

这是用于supervisor的配置:

[supervisord]
nodaemon=true


[program:gunicorn]
command = /project/start.sh
user = www-data


[program:nginx]
command=/usr/sbin/nginx

问题是我如何在默认情况下启动Ngnix，它在前台运行。这使得主管重试运行Nginx的另一个实例。

你可以通过在命令行中添加-g 'daemon off;'或在配置文件顶部添加daemon off;来解决这个问题，Nginx留在前台，supervisor停止尝试运行另一个实例。

小开

我也有同样的问题，但我看到Nginx监听了80端口:

tcp        0      0 0.0.0.0:80                  0.0.0.0:*                   LISTEN      9730/nginx

但是当我试图重新启动它时，我有错误:

    service nginx restart
Stopping nginx:                                            [FAILED]
Starting nginx: nginx: [emerg] bind() to 0.0.0.0:80 failed (98: Address already in use)
nginx: [emerg] bind() to 0.0.0.0:443 failed (98: Address already in use)
nginx: [emerg] bind() to 0.0.0.0:80 failed (98: Address already in use)
nginx: [emerg] bind() to 0.0.0.0:443 failed (98: Address already in use)
nginx: [emerg] bind() to 0.0.0.0:80 failed (98: Address already in use)
nginx: [emerg] bind() to 0.0.0.0:443 failed (98: Address already in use)
nginx: [emerg] bind() to 0.0.0.0:80 failed (98: Address already in use)
nginx: [emerg] bind() to 0.0.0.0:443 failed (98: Address already in use)
nginx: [emerg] bind() to 0.0.0.0:80 failed (98: Address already in use)
nginx: [emerg] bind() to 0.0.0.0:443 failed (98: Address already in use)
nginx: [emerg] still could not bind()

我的问题是在配置文件，我设置PID文件，似乎系统不能正确捕获它:

user nginx;
worker_processes 1;
error_log /var/log/nginx/error.log;
pid /run/nginx.pid;

当我取出它时，它工作了。

小开

我在AWS光帆上有这个错误，使用上面的顶部答案

从

listen [::]:80;

来

listen [::]:80 ipv6only=on default_server;

然后点击“重启”;按钮在我的AWS帐户，我有主服务器Apache和Nginx作为代理。

小开

我知道这是旧的，但也要确保没有一个docker集装箱已经在80端口。那是我的问题。

小开

我通过跑步来解决

sudo killall apache2


sudo fuser -k 443/tcp

最后

sudo service nginx start

小开

多个服务可以在同一个端口上监听。此问题通常来自于在同一台机器上混合Apache和NGINX

检查:

sudo netstat -plant | grep 80

停止Apache &重启NGINX:

sudo systemctl stop apache2 && sudo systemctl restart nginx && sudo systemctl status nginx

小开

在Ubuntu上对我有效的快速解决方案。首先找到当前运行的nginx实例:

ps aux | grep nginx

复制pid(例如123456)并运行

kill -9 123456

小开

对我来说，问题是我运行的应用程序与主管和另一个与Systemd。在应用程序与Supervisor运行时，我有一个配置文件来处理Nginx。我停止了这个过程，重新启动了监督者。

现在Nginx由Systemd推出，我不再有这个问题了。

小开

我用nginx运行Varnish服务器。我的varnish服务器运行在端口80上，因此，我的nginx服务器没有启动。我在所有nginx配置文件中将端口更改为8088，但我的default.conf文件在/etc/nginx/conf中。d目录下的Ubuntu服务器。

由于我的conf.d目录包含在主/etc/nginx.conf文件中，nginx没有启动。

将“/etc/nginx/conf.d/default.conf”重命名为“/etc/nginx/conf.d/default.conf”。备份，nginx启动成功，或者我可以注释掉或从nginx.conf文件中删除include /etc/nginx/conf.d/*.conf;。

小开

用编辑器打开/etc/nginx/nginx.conf，并打开注释掉这一行-

include /etc/nginx/sites-enabled/*;

重新启动nginx，你就可以开始了!

小开

问题——我有这个问题。基本上，我所做的是我用正常的nginx命令启动nginx，然后尝试用服务service nginx reload / restart重新启动nginx，然后我得到这个错误

解决方案-通过使用nginx -s stop停止nginx，然后使用service nginx restart重新启动nginx服务器解决问题。

小开

另一个可能的问题是，当你在nginx中通过根目录启动ngix时，ngix启动了两次。例如，Config是对用户'www-data'进行配置的。所以你需要切换到另一个用户，而不是根用户，来启动服务