nginx-nginx : [emerg] bind () ~ [::] : 80 실패 (98 : 이미 사용중인 주소)


249

갑자기 nginx 이하의 오류가 발생합니다.

 * Restarting nginx
 * Stopping nginx nginx
   ...done.
 * Starting nginx nginx
nginx: [emerg] bind() to [::]:80 failed (98: Address already in use)
nginx: [emerg] bind() to [::]:80 failed (98: Address already in use)
nginx: [emerg] bind() to [::]:80 failed (98: Address already in use)
nginx: [emerg] bind() to [::]:80 failed (98: Address already in use)
nginx: [emerg] bind() to [::]:80 failed (98: Address already in use)
nginx: [emerg] still could not bind()
   ...done.
   ...done.

내가 달리면

lsof -i :80 or sudo fuser -k 80/tcp 

나는 아무것도 얻지 못한다. 포트 80에 아무것도 없음

그런 다음 아래를 실행합니다.

sudo netstat -pan | grep ":80"
tcp        0      0 127.0.0.1:8070          0.0.0.0:*               LISTEN      15056/uwsgi     
tcp        0      0 10.170.35.97:39567      10.158.58.13:8080       TIME_WAIT   -               
tcp        0      0 10.170.35.97:39564      10.158.58.13:8080       TIME_WAIT   -               
tcp        0      0 10.170.35.97:39584      10.158.58.13:8080       TIME_WAIT   -               
tcp        0      0 10.170.35.97:39566      10.158.58.13:8080       TIME_WAIT   -               
tcp        0      0 10.170.35.97:39571      10.158.58.13:8080       TIME_WAIT   -               
tcp        0      0 10.170.35.97:39580      10.158.58.13:8080       TIME_WAIT   -               
tcp        0      0 10.170.35.97:39562      10.158.58.13:8080       TIME_WAIT   -               
tcp        0      0 10.170.35.97:39582      10.158.58.13:8080       TIME_WAIT   -               
tcp        0      0 10.170.35.97:39586      10.158.58.13:8080       TIME_WAIT   -               
tcp        0      0 10.170.35.97:39575      10.158.58.13:8080       TIME_WAIT   -               
tcp        0      0 10.170.35.97:39579      10.158.58.13:8080       TIME_WAIT   -               
tcp        0      0 10.170.35.97:39560      10.158.58.13:8080       TIME_WAIT   -               
tcp        0      0 10.170.35.97:39587      10.158.58.13:8080       TIME_WAIT   -               
tcp        0      0 10.170.35.97:39591      10.158.58.13:8080       TIME_WAIT   -               
tcp        0      0 10.170.35.97:39589      10.158.58.13:8080       TIME_WAIT   - 

나는 충격을 받았다. 이것을 어떻게 디버깅합니까?

포트 8070에서 프록시 패스와 함께 uwsgi를 사용하고 있습니다. uwsgi가 실행 중입니다. Nginx는 아닙니다. 우분투 12.4를 사용하고 있습니다.

아래는 내 nginx conf 파일의 관련 부분입니다

upstream uwsgi_frontend {
          server 127.0.0.1:8070;
        }
server {
listen 80;
        server_name 127.0.0.1;
        location = /favicon.ico {
                  log_not_found off;
                }



                location / {
                       include uwsgi_params;
                       uwsgi_buffering off;

                       uwsgi_pass 127.0.0.1:8070;
                 }
        }

우분투 12.04에 nginx를 설치하는 방법은 다음과 같습니다.

nginx=stable;add-apt-repository ppa:nginx/$nginx;
apt-get update
apt get install nginx-full

19
이전에는 없었던 문제를 발견했습니다. / etc / nginx / sites-available / default를 삭제해야했습니다. 그런 다음 효과가있었습니다. 내 conf는 / etc / nginx / default에있었습니다
Tampa

Nginx + Varnish를 실행 중이며이 오류가 발생했습니다. 해결책은 둘 다 상단 중지 한 다음 nginx를 먼저 시작한 다음 광택을 발산하는 것입니다.
Ben

명명 된 서비스를 중지 할 수 있습니다.
amal

사이트 사용 가능에서 기본값을 제거 했습니까?
Wolfpack'08

나는 여기에 모든 해결책을 시도했다. 사용중인 모든 포트 (NGINX 자체에서 사용 중임)를 확인하여 포트를 종료하고 다시 시작했습니다. 매력처럼 일했다.
gavin

답변:


202

[::]:80 ipv6 주소입니다.

이 오류는 포트 80과 포트에서 수신 대기하는 nginx 구성이있는 경우 발생할 수 있습니다 [::]:80.

기본 사이트 사용 가능 파일에 다음이 있습니다.

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

ipv6only=on다음 [::]:80과 같이 추가 하면 이 문제를 해결할 수 있습니다 .

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

자세한 내용은 다음을 참조하십시오.

http://forum.linode.com/viewtopic.php?t=8580

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


11
당신은 또한 듣기 80을 제거하여 고칠 수 있습니다; Listen [::] : 80은 IPv4와 IPv6을 모두 청취합니다. 그러나 FreeBSD와 같은 일부 시스템은 IPv4와 IPv6 소켓을 분리하여 작동하지 않지만 작동하지 않지만 Linux에서는 괜찮습니다. wiki.nginx.org/HttpCoreModule#listen
gitaarik

4
이것을 파고 삭제 /etc/nginx/sites-available/default가 위의 오류에 도움이되는 이유에 대한 설명을 제공해 주셔서 감사합니다 .
Oliver

1
ipv6 줄을 주석 처리해도 시도 할 때 여전히 동일한 오류가 발생합니다 sudo service nginx restart. 내가 netstat -tulpn |grep 80하면 nginx 프로세스 (0.0.0.0:80) 한 번만 얻습니다. 다시 시작되지 않는 이유가 있습니까?
Roman

나는 @rednaw가 말한 것을 두 번째로 들었지만, 듣기를 제거하는 대신 간단히 주석을 달 수 있습니다.
d4nyll

설정 ipv6only=on하면 문제가 해결되었지만 nginx는 동일한 인터페이스에 포트를 두 번 바인딩하려고한다는 것을 실제로 감지해야합니다.
Dan Dascalescu 12

246

나는 이것을 실행 sudo apachectl stop하여 고쳤습니다-아파치가 백그라운드에서 실행 중이며 nginx가 원하는 포트에서 시작되지 않는 것으로 나타났습니다.

우분투 실행 sudo /etc/init.d/apache2 stop


8
sudo /etc/init.d/apache2 stopUbuntu 14.04에서 아파치를 중지하는 데 사용
Footniko

3
두 개의 웹 서버가 동일한 포트를 수신 할 수 없기 때문입니다. 하나의 프록시를 선택하십시오 (필요한 경우). 예를 들어 nginx를 사용하지만 php파일 과 같은 특정 요청에 대해서는 Apache 포트에 프록시를 사용하십시오.
d4nyll

새로운 데비안 9 설치에서도 마찬가지입니다.
jirarium

감사. 그런데 왜 갑자기 시작 되었는가? 일주일 동안 서버를 건드리지 않았지만 지난 밤에 시작되었습니다.
Ajay Singh

1
솔루션 주셔서 감사합니다. 그것은 나를 위해 작동합니다, 나는 구글 클라우드 플랫폼을 사용합니다
congle

93

내 경우는 다르므로 Nginx를 종료하여 다시 시작해야했습니다.

대신에

sudo systemctl restart nginx

나는 사용해야했다 :

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

1
404 Not Found를 복용하고 제안을 사용하여 문제를 해결했습니다. 감사.
베이

3
이것은 나를 위해 일했습니다. 다른 일은 없었습니다. 시스템을 재부팅 할 때 어떤 프로세스가 시작되는지 확실하지 않지만 재시작 nginx 루틴에 추가하면됩니다. 감사!
Khom Nazid

38

이전에는 없었던 문제를 발견했습니다.

방금 삭제해야했습니다 /etc/nginx/sites-available/default. 그런 다음 효과가있었습니다.

내 친구는에 /etc/nginx/default있었습니다.


2
+1이 솔루션은 저에게 효과적이지만 실제로 문제를 일으키는 기본 사항이 있다고 생각했기 때문에 조금 더 깊이 파고 자세한 정보를 제공했습니다.
Nathan

11
기본 사이트 구성 템플릿을 삭제하는 것이 가장 좋은 해결책은 아니라고 주장합니다. listen 80;같은 템플릿에 포함 된 줄을 주석 처리 하면 문제가 해결되고 올바르게 해결됩니다. 귀하의 트릭은 효과가 있지만 미래의 독자 여러분이 할 일이 아닙니다. 그래서 @Nathan의 답변을 정답으로 선택하는 것이 좋습니다.
Oliver

4
나는 실행 후 동일한 문제가 있었다 apt-get dist-upgrade의 링크 생성의 nginx 패키지 업그레이드 /etc/nginx/sites-enabled에를 /etc/nginx/sites-available/default. nginx는이 기본 구성을로드하려고 시도했습니다.이 구성은 IPv6을 통해 포트 80을 수신하고 내 실제 구성을 읽었습니다. 해당 symlink를 제거하면 문제가 해결되었습니다.
Dan Dascalescu

15
삭제하지 /etc/nginx/sites-available/defaultsudo rm /etc/nginx/sites-enabled/default
않아도

nginx포트 8080 및 varnish포트 80 에서 실행하려고 할 때이 문제가 발생 했으며이 답변과 비슷하게 구성이 모두 포트 8080에서 nginx수신되었지만 기본 구성에서 여전히 포트 80에서 수신 대기 하는 문제를 발견했습니다 sites-available./etc/nginx/conf.d/default
zigojacko

24

나는 또한 같은 오류가 발생했습니다.

nginx : [emerg] bind () ~ [::] : 80 실패 (98 : 이미 사용중인 주소)

브라우저에 localhost를 입력하면

효과가있다!

이 서버의 기본 웹 페이지입니다.

웹 서버 소프트웨어가 실행 중이지만 아직 컨텐츠가 추가되지 않았습니다. nginx 시작 페이지 대신 apache2가 동일한 포트에서 실행 중입니다.

  1. apache2 ports.conf 파일을 찾으십시오

    sudo /etc/apache2/ports.conf
    
  2. 그 다음 다른 포트를 변경 80, 나는 그것을 만들70

  3. 파일을 저장

  4. 시스템을 다시 시작하십시오

브라우저에 localhost를 입력하면 nginx 시작 페이지가 표시됩니다.


1
단순히 Apache2와 nginx를 동시에 실행하고 싶지 않을 수도 있습니다. Apache 설치가 서비스를 시작한다는 것을 알았습니다. 그래서 "sudo /etc/init.d/apache2 stop"을 발행 한 다음 nginx를 정상적으로 시작할 수있었습니다. 또한 시스템을 재부팅하지 않아도됩니다.
크리스 웨스틴

1
/ etc / nginx / sites-enabled / default sym 링크를 삭제하면 두 포트에서 수신 대기하지 않을 수 있습니다. nginx에 대한 모든 튜토리얼은 모든 사람들이 "기본"링크를 삭제하도록 제안하는 것으로 시작하는 것이 다소 성가시다. 그러나 그것은 내가 생각하는 다른 주제이다.
eschipul

@IgorGanapolsky는 Apache를 다른 포트로 전환합니까?
Menasheh

10

이 명령을 시도하십시오

sudo fuser -k 443/tcp
service nginx restart

8

내 문제는 듣는 지시문이 겹치는 문제였습니다. 실행하여 겹치는 지시문을 파악했습니다.

grep -r listen /etc/nginx/*

두 개의 파일이 동일한 포트에서 청취 중입니다.

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

3
확인하는 매우 깔끔한 방법 grep -r listen /etc/nginx/*입니다. 공유해 주셔서 감사합니다!
Newskooler

6

letsencrypt (certbot)와 nginx에서 같은 문제가있었습니다.

심판 : 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()

1
슈퍼 랜덤, 그러나 이것은 내 문제가 내가 믿었던 것입니다. 이것을 게시 해 주셔서 감사합니다. 오래된 도메인 항목으로 인해 갱신하려고 시도했지만 도메인을 더 이상 제어하지 않아서 내 오류가 나타나지 않는 것 같습니다.
w--

나는 이것이 아마도 내 문제라고 생각한다. 하지만 좀 기다려야 해요
Oscar Zhou1989

2

먼저 /etc/apache2/ports.conf에서 아파치 청취 포트 80을 8080 아파치로 변경하십시오.

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를 추가하십시오.

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 서버에 의해 처리되고 모든 동적 요청을 아파치에 보내고 정적 콘텐츠는 nginx 서버에 의해 제공됩니다.

캐시와 같은 고급 구성의 경우 :

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


1

나는 비슷한 문제를 만났다. 로그는 아래와 같습니다

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하고 다른 블록 파일에서 제거하는 것 입니다


1

관리자를 사용하여 Docker 컨테이너에서 Nginx와 Gunicorn을 나란히 실행합니다.

이것은 감독자에 사용 된 구성이었습니다.

[supervisord]
nodaemon=true

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


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

문제는 내가 Ngnix를 시작한 방법이었습니다. 기본적으로 포 그라운드에서 실행됩니다. 이렇게하면 감독자가 다시 시도하여 다른 Nginx 인스턴스를 실행할 수 있습니다.

-g 'daemon off;'Nginx는 명령 줄에 추가 하여 포 그라운드에 머물렀고 감독자는 다른 인스턴스 실행을 중단했습니다.


1

필자의 경우 Apache, Apache2 또는 Nginx 서비스 중 하나가 이미 실행 중이 어서 다른 서비스를 시작할 수 없었습니다.


0

내 사이트 가능한 디렉토리에있는 다른 NGINX 구성 파일의 여러 * .save 파일 (나노에서 응급 덤프)이있었습니다. 이 .save 파일을 삭제하면 NGINX가 정상적으로 다시 시작되었습니다. 해당 심볼릭 링크가 없기 때문에 이것들이 무해하다고 가정했지만, 내가 틀렸다고 생각합니다.


0

@ lfender6445 및 @SAURABH 답변을 따르려면-

내 문제는 Vagrant 2.2.2로 업그레이드 한 후 게스트가 부팅 될 때 Apache2가 웹 서버로 실행되고 있다는 사실이었습니다. 과거에는 웹 서버로 nginx 만 사용했습니다.

게스트 박스가 부팅 될 때마다 Apache2가 시작되지 않도록하려면 상자에 vagrant ssh를 입력하고 다음 명령을 실행하십시오.

sudo update-rc.d -f apache2 remove

ssh를 종료하십시오. 문제 해결됨.


0

위의 해결 방법을 시도한 후에도 문제가 지속되면 서버를 한 번 다시 시작하십시오. 그것은 나를 위해 일했다 :)


그렇습니다. 그러나 nginx 프로세스를 종료 한 다음 nginx 만 다시 시작해도 작동합니다. 이것이 @datdinhquoc의 답변입니다.
Khom Nazid

0

필자의 경우 범인은 다음을 포함하는 서버 블록으로 판명되었습니다.

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

Linux에서 특정 IP에서 수신 대기하는 소켓 (예 [::1]:80:)은 동일한 포트에서 수신 대기하는 소켓 (예 :)과 충돌 [::]:80합니다. 일반적으로 nginx는이 장면 뒤에 단일 소켓을 사용 하여이 문제를 투명하게 처리합니다. 그러나, ipv6onlyListen 지시문에 명시 적으로 (또는 다른 특정 옵션을) 지정하면 nginx가 별도의 소켓을 작성 (시도)하도록하여 Address already in use오류가 발생합니다.

이후 ipv6only=on(1.3.4 이후) 어쨌든 기본값 수정이 지침에서 해당 옵션을 제거하기 위해 간단하게, 그리고 확인하고 ipv6only내 설정에서 다른 곳에서는 사용되지 않았다.


0

나는 같은 문제가 있지만 포트 80이 Nginx가 수신하는 것을 봅니다.

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;

그것을 제거했을 때 효과가있었습니다.

당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.