Nginx는 nginx: [emerg] 바인딩()을 0.0.0.0:80으로 계속 던집니다. 실패함(98: 주소가 이미 사용 중임)

Question 1

nginx.conf당신의 모습은 어떻습니까 ? 나는 당신이 구성을 변경하지 않았다고 가정합니다. 어쩌면 웹 사이트에 대한 별도의 위치를 갖도록 gzip과 새 포함 폴더를 추가했을 수도 있습니다. 각 도메인/하위 도메인에 대해 별도의 구성 파일이 있습니다. 좋다:

example.com&www.example.com
api.example.com
blog.example.com

이는 동일한 도메인에 속한 별도의 웹사이트라고 가정하기 때문입니다. 동일한 웹사이트에 있고 소위 하위 페이지인 경우 위치 옵션을 사용하여 하위 페이지만 만드는 것이 더 나을 것입니다.

구성을 재구성하기 위해 3개의 별도 서버 섹션이 포함된 파일을 nginx만듭니다 . com.example.conf첫 번째는 www가 아닌 사용자를 www 웹사이트로 리디렉션하는 것입니다.

server {
    listen       80;
    server_name  example.com;
    return       301 https://www.example.com$request_uri;
}

server {
    listen       443 ssl;
    server_name  example.com;
    return       301 https://www.example.com$request_uri;
}

세 번째 섹션에는 기본 사이트가 포함됩니다.

server {
    listen 443 ssl;

    server_name example.com www.example.com;

    root /var/www/example.com/public_html/web;

    index    index.php;

    error_log /var/log/nginx/www.example.com_error.log;
    access_log /var/log/nginx/www.example.com_access.log;

    location / {
        # try to serve file directly, fallback to front controller
        try_files $uri /index.php$is_args$args;
    }

    location ~ ^/index\.php(/|$) {
        fastcgi_pass   unix:/var/run/php/php7.0-fpm.sock;

        fastcgi_split_path_info ^(.+\.php)(/.*)$;
        include fastcgi_params;
        fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
        fastcgi_param HTTPS off;
        fastcgi_param   DATABASE_NAME           some;
        fastcgi_param   DATABASE_USER           some_user;
        fastcgi_param   DATABASE_PASSWORD       some_pwd;
    }

    location ~ \.php$ {
        return 404;
    }
}

(index.php 위치에 있는 fastcgi 부분이 이상해 보이지만 그건 여러분에게 맡기겠습니다.)

com.example.api.conf그런 다음 및 로 별도의 구성 파일을 만듭니다 com.example.blog.conf. 이전과 유사하게 이전 구성의 처음 두 섹션을 추가한 다음 각 하위 도메인에 위치에 대한 다른 구성을 추가하면 됩니다.

예를 들어 내 laravel 웹 사이트에는 다음이 있습니다.

rewrite ^/index\.php?(.*)$ /$1 permanent;

location / {
        try_files $uri @rewrite;
}

location        @rewrite {
        rewrite ^(.*)$ /index.php/$1 last;
}
location ~ ^/index.php(/|$) {
        fastcgi_pass 127.0.0.1:9000;
        fastcgi_split_path_info ^(.+\.php)(/.*)$;
        include fastcgi_params;
        fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
        fastcgi_param HTTPS on;
        fastcgi_buffers 16 16k;
        fastcgi_buffer_size 32k;
        fastcgi_read_timeout 299;
}

이것이 도움이 되기를 바랍니다. 그렇지 않다면 질문에 댓글을 달아주세요.

Answer

nginx.conf당신의 모습은 어떻습니까 ? 나는 당신이 구성을 변경하지 않았다고 가정합니다. 어쩌면 웹 사이트에 대한 별도의 위치를 갖도록 gzip과 새 포함 폴더를 추가했을 수도 있습니다. 각 도메인/하위 도메인에 대해 별도의 구성 파일이 있습니다. 좋다:

example.com&www.example.com
api.example.com
blog.example.com

이는 동일한 도메인에 속한 별도의 웹사이트라고 가정하기 때문입니다. 동일한 웹사이트에 있고 소위 하위 페이지인 경우 위치 옵션을 사용하여 하위 페이지만 만드는 것이 더 나을 것입니다.

구성을 재구성하기 위해 3개의 별도 서버 섹션이 포함된 파일을 nginx만듭니다 . com.example.conf첫 번째는 www가 아닌 사용자를 www 웹사이트로 리디렉션하는 것입니다.

server {
    listen       80;
    server_name  example.com;
    return       301 https://www.example.com$request_uri;
}

server {
    listen       443 ssl;
    server_name  example.com;
    return       301 https://www.example.com$request_uri;
}

세 번째 섹션에는 기본 사이트가 포함됩니다.

server {
    listen 443 ssl;

    server_name example.com www.example.com;

    root /var/www/example.com/public_html/web;

    index    index.php;

    error_log /var/log/nginx/www.example.com_error.log;
    access_log /var/log/nginx/www.example.com_access.log;

    location / {
        # try to serve file directly, fallback to front controller
        try_files $uri /index.php$is_args$args;
    }

    location ~ ^/index\.php(/|$) {
        fastcgi_pass   unix:/var/run/php/php7.0-fpm.sock;

        fastcgi_split_path_info ^(.+\.php)(/.*)$;
        include fastcgi_params;
        fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
        fastcgi_param HTTPS off;
        fastcgi_param   DATABASE_NAME           some;
        fastcgi_param   DATABASE_USER           some_user;
        fastcgi_param   DATABASE_PASSWORD       some_pwd;
    }

    location ~ \.php$ {
        return 404;
    }
}

(index.php 위치에 있는 fastcgi 부분이 이상해 보이지만 그건 여러분에게 맡기겠습니다.)

com.example.api.conf그런 다음 및 로 별도의 구성 파일을 만듭니다 com.example.blog.conf. 이전과 유사하게 이전 구성의 처음 두 섹션을 추가한 다음 각 하위 도메인에 위치에 대한 다른 구성을 추가하면 됩니다.

예를 들어 내 laravel 웹 사이트에는 다음이 있습니다.

rewrite ^/index\.php?(.*)$ /$1 permanent;

location / {
        try_files $uri @rewrite;
}

location        @rewrite {
        rewrite ^(.*)$ /index.php/$1 last;
}
location ~ ^/index.php(/|$) {
        fastcgi_pass 127.0.0.1:9000;
        fastcgi_split_path_info ^(.+\.php)(/.*)$;
        include fastcgi_params;
        fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
        fastcgi_param HTTPS on;
        fastcgi_buffers 16 16k;
        fastcgi_buffer_size 32k;
        fastcgi_read_timeout 299;
}

이것이 도움이 되기를 바랍니다. 그렇지 않다면 질문에 댓글을 달아주세요.

Question 2

바인딩()을 0.0.0.0:80 또는 443 실패(98: 이미 사용 중인 주소)로 수정하려면

다음 명령을 실행하십시오.

sudo pkill -f nginx & wait $!

sudo systemctl start nginx

Answer

바인딩()을 0.0.0.0:80 또는 443 실패(98: 이미 사용 중인 주소)로 수정하려면

다음 명령을 실행하십시오.

sudo pkill -f nginx & wait $!

sudo systemctl start nginx

Question 3

마침내 문제를 해결했습니다. 서버에서 IPV6가 활성화되어 있는 것 같았고, nginx 구성이 약간 달라야 했습니다.

이것을 사용하는 대신:

listen 80;
listen 443 ssl;

나는 다음을 사용해야했습니다 :

listen [::]:80;
listen [::]:443 ssl;

이 웹사이트에서 더 정확하고 자세한 설명을 얻었습니다.https://chrisjean.com/fix-nginx-emerg-bind-to-80-failed-98-address-already-in-use/

흥미로운 점은 내 오류가 다음과 같다는 것입니다.

nginx: [emerg] bind() to 0.0.0.0:443 failed (98: Address already in use)

설명된 내용 대신(제가 제공한 URL):

nginx: [emerg] bind() to [::]:80 failed (98: Address already in use)

그러나 이로 인해 문제가 해결되었고 아무런 문제 없이 nginx 서버를 다시 시작할 수 있었습니다.

내가 설정한 방랑 서버에는 IPV6이 활성화되어 있지 않았으므로 동일한 방식으로 작동하지 않았다는 사실과 관련이 있을 수 있습니다.

Answer