Nginx sigue lanzando nginx: [emerg] bind() a 0.0.0.0:80 falló (98: dirección ya en uso)

Question 1

¿Cómo es tu nginx.confapariencia? Supongo que no ha cambiado la configuración, tal vez simplemente agregó el gzip y una nueva carpeta de inclusión para tener una ubicación separada para los sitios web. Para cada uno de sus dominios/subdominios, tenga un archivo de configuración separado. Como:

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

Esto se debe a que supongo que se trata de sitios web separados bajo el mismo dominio. Si están en el mismo sitio web y son solo una de las llamadas subpáginas, entonces sería mejor crear solo subpáginas con las opciones de ubicación.

Para reorganizar su nginxconfiguración, crearía un com.example.confarchivo con 3 secciones de servidor separadas. Lo primero es redirigir a los usuarios que no son www al sitio web 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;
}

La tercera sección contendría el sitio principal:

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;
    }
}

(Tengo que decir que tu parte fastcgi en tu ubicación index.php me parece extraña, pero te lo dejo a ti)

Luego cree archivos de configuración separados como com.example.api.confy com.example.blog.conf. Agregue las dos primeras secciones de la configuración anterior de manera similar a como antes, luego puede agregar cada subdominio una configuración diferente para las ubicaciones.

Por ejemplo, tengo esto para mis sitios web de 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;
}

Espero que esto te ayude, si no, comenta tus preguntas.

Answer

¿Cómo es tu nginx.confapariencia? Supongo que no ha cambiado la configuración, tal vez simplemente agregó el gzip y una nueva carpeta de inclusión para tener una ubicación separada para los sitios web. Para cada uno de sus dominios/subdominios, tenga un archivo de configuración separado. Como:

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

Esto se debe a que supongo que se trata de sitios web separados bajo el mismo dominio. Si están en el mismo sitio web y son solo una de las llamadas subpáginas, entonces sería mejor crear solo subpáginas con las opciones de ubicación.

Para reorganizar su nginxconfiguración, crearía un com.example.confarchivo con 3 secciones de servidor separadas. Lo primero es redirigir a los usuarios que no son www al sitio web 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;
}

La tercera sección contendría el sitio principal:

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;
    }
}

(Tengo que decir que tu parte fastcgi en tu ubicación index.php me parece extraña, pero te lo dejo a ti)

Luego cree archivos de configuración separados como com.example.api.confy com.example.blog.conf. Agregue las dos primeras secciones de la configuración anterior de manera similar a como antes, luego puede agregar cada subdominio una configuración diferente para las ubicaciones.

Por ejemplo, tengo esto para mis sitios web de 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;
}

Espero que esto te ayude, si no, comenta tus preguntas.

Question 2

Para arreglar el bind() a 0.0.0.0:80 o 443 falló (98: dirección ya en uso)

Ejecute los siguientes comandos:

sudo pkill -f nginx & wait $!

sudo systemctl start nginx

Answer

Para arreglar el bind() a 0.0.0.0:80 o 443 falló (98: dirección ya en uso)

Ejecute los siguientes comandos:

sudo pkill -f nginx & wait $!

sudo systemctl start nginx

Question 3

Finalmente he resuelto el problema. Parecía que IPV6 está habilitado en el servidor y requería que la configuración de nginx fuera ligeramente diferente.

En lugar de usar esto:

listen 80;
listen 443 ssl;

Tuve que usar lo siguiente:

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

En este sitio web obtuve una explicación más precisa y detallada:https://chrisjean.com/fix-nginx-emerg-bind-to-80-failed-98-address-already-in-use/

Lo curioso es que mi error fue:

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

en lugar de lo descrito (en la URL que proporcioné):

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

Sin embargo, esto solucionó el problema y pude reiniciar el servidor nginx sin ningún problema.

El servidor vagabundo que había configurado no tenía IPV6 habilitado, por lo que podría tener algo que ver con el hecho de que no se comportaba de la misma manera.

Answer

Finalmente he resuelto el problema. Parecía que IPV6 está habilitado en el servidor y requería que la configuración de nginx fuera ligeramente diferente.

En lugar de usar esto:

listen 80;
listen 443 ssl;

Tuve que usar lo siguiente:

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

En este sitio web obtuve una explicación más precisa y detallada:https://chrisjean.com/fix-nginx-emerg-bind-to-80-failed-98-address-already-in-use/

Lo curioso es que mi error fue:

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

en lugar de lo descrito (en la URL que proporcioné):

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

Sin embargo, esto solucionó el problema y pude reiniciar el servidor nginx sin ningún problema.

El servidor vagabundo que había configurado no tenía IPV6 habilitado, por lo que podría tener algo que ver con el hecho de que no se comportaba de la misma manera.

Nginx sigue lanzando nginx: [emerg] bind() a 0.0.0.0:80 falló (98: dirección ya en uso)

Respuesta1

Respuesta2

Respuesta3

información relacionada