Nginx продолжает выдавать ошибку nginx: [emerg] bind() to 0.0.0.0:80 failed (98: адрес уже используется)

Question 1

Как выглядит ваш nginx.conf? Я предполагаю, что вы не меняли конфигурацию, возможно, просто добавили gzip и новую папку include, чтобы иметь отдельное расположение для веб-сайтов. Для каждого вашего домена / поддомена есть отдельный файл конфигурации. Например:

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

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

Чтобы реорганизовать вашу nginxконфигурацию, я бы создал com.example.confфайл с 3 отдельными разделами сервера. Во-первых, перенаправить пользователей без 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;
    }
}

(Должен сказать, что часть fastcgi в вашем файле index.php кажется мне странной, но я предоставлю это вам)

Затем создайте отдельные файлы конфигурации как 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 и новую папку include, чтобы иметь отдельное расположение для веб-сайтов. Для каждого вашего домена / поддомена есть отдельный файл конфигурации. Например:

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

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

Чтобы реорганизовать вашу nginxконфигурацию, я бы создал com.example.confфайл с 3 отдельными разделами сервера. Во-первых, перенаправить пользователей без 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;
    }
}

(Должен сказать, что часть fastcgi в вашем файле index.php кажется мне странной, но я предоставлю это вам)

Затем создайте отдельные файлы конфигурации как 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

Исправление bind() для 0.0.0.0:80 или 443 не удалось (98: адрес уже используется)

Выполните следующие команды:

sudo pkill -f nginx & wait $!

sudo systemctl start nginx

Answer

Исправление bind() для 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 без каких-либо проблем.

На сервере Vagrant, который я настроил, не был включен IPV6, так что это могло быть связано с тем, что он вел себя не так, как раньше.

Answer

Я наконец решил проблему. Оказалось, что на сервере включен 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 без каких-либо проблем.

На сервере Vagrant, который я настроил, не был включен IPV6, так что это могло быть связано с тем, что он вел себя не так, как раньше.

Nginx продолжает выдавать ошибку nginx: [emerg] bind() to 0.0.0.0:80 failed (98: адрес уже используется)

решение1

решение2

решение3

Связанный контент