Nginx wirft ständig nginx: [emerg] bind() zu 0.0.0.0:80 fehlgeschlagen (98: Adresse wird bereits verwendet)

Question 1

Wie sieht es bei Ihnen nginx.confaus? Ich gehe davon aus, dass Sie die Konfiguration nicht geändert haben, sondern vielleicht nur das Gzip und einen neuen Include-Ordner hinzugefügt haben, um einen separaten Speicherort für die Websites zu haben. Für jede Ihrer Domänen/Subdomänen gibt es eine separate Konfigurationsdatei. Wie:

example.comundwww.example.com
api.example.com
blog.example.com

Dies liegt daran, dass ich davon ausgehe, dass es sich um separate Websites unter derselben Domain handelt. Wenn sie sich auf derselben Website befinden und nur eine sogenannte Unterseite sind, sollten Sie besser nur Unterseiten mit den Standortoptionen erstellen.

Um Ihre Konfiguration neu zu organisieren, würde ich eine Datei mit 3 separaten Serverabschnitten nginxerstellen . Zunächst werden die Nicht-WWW-Benutzer auf die WWW-Website umgeleitet:com.example.conf

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

Der dritte Abschnitt würde die Hauptseite enthalten:

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

(Ich muss sagen, Ihr Fastcgi-Teil an Ihrem Index.php-Speicherort sieht für mich seltsam aus, aber das überlasse ich Ihnen)

Erstellen Sie dann separate Konfigurationsdateien als com.example.api.confund com.example.blog.conf. Fügen Sie die ersten beiden Abschnitte der vorherigen Konfiguration auf die gleiche Weise wie zuvor hinzu. Anschließend können Sie einfach jeder Subdomäne eine andere Konfiguration für die Standorte hinzufügen.

Beispielsweise habe ich dies für meine Laravel-Websites:

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

Ich hoffe, das hilft Ihnen. Wenn nicht, kommentieren Sie Ihre Fragen.

Answer

Wie sieht es bei Ihnen nginx.confaus? Ich gehe davon aus, dass Sie die Konfiguration nicht geändert haben, sondern vielleicht nur das Gzip und einen neuen Include-Ordner hinzugefügt haben, um einen separaten Speicherort für die Websites zu haben. Für jede Ihrer Domänen/Subdomänen gibt es eine separate Konfigurationsdatei. Wie:

example.comundwww.example.com
api.example.com
blog.example.com

Dies liegt daran, dass ich davon ausgehe, dass es sich um separate Websites unter derselben Domain handelt. Wenn sie sich auf derselben Website befinden und nur eine sogenannte Unterseite sind, sollten Sie besser nur Unterseiten mit den Standortoptionen erstellen.

Um Ihre Konfiguration neu zu organisieren, würde ich eine Datei mit 3 separaten Serverabschnitten nginxerstellen . Zunächst werden die Nicht-WWW-Benutzer auf die WWW-Website umgeleitet:com.example.conf

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

Der dritte Abschnitt würde die Hauptseite enthalten:

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

(Ich muss sagen, Ihr Fastcgi-Teil an Ihrem Index.php-Speicherort sieht für mich seltsam aus, aber das überlasse ich Ihnen)

Erstellen Sie dann separate Konfigurationsdateien als com.example.api.confund com.example.blog.conf. Fügen Sie die ersten beiden Abschnitte der vorherigen Konfiguration auf die gleiche Weise wie zuvor hinzu. Anschließend können Sie einfach jeder Subdomäne eine andere Konfiguration für die Standorte hinzufügen.

Beispielsweise habe ich dies für meine Laravel-Websites:

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

Ich hoffe, das hilft Ihnen. Wenn nicht, kommentieren Sie Ihre Fragen.

Question 2

Das Korrigieren von bind() auf 0.0.0.0:80 oder 443 ist fehlgeschlagen (98: Adresse wird bereits verwendet)

Führen Sie die folgenden Befehle aus:

sudo pkill -f nginx & wait $!

sudo systemctl start nginx

Answer

Das Korrigieren von bind() auf 0.0.0.0:80 oder 443 ist fehlgeschlagen (98: Adresse wird bereits verwendet)

Führen Sie die folgenden Befehle aus:

sudo pkill -f nginx & wait $!

sudo systemctl start nginx

Question 3

Ich habe das Problem endlich gelöst. Es schien, dass IPV6 auf dem Server aktiviert ist und die Nginx-Konfiguration etwas anders sein musste.

Verwenden Sie stattdessen Folgendes:

listen 80;
listen 443 ssl;

Ich musste folgendes verwenden:

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

Auf dieser Website habe ich eine genauere und detailliertere Erklärung erhalten:https://chrisjean.com/fix-nginx-emerg-bind-to-80-failed-98-address-already-in-use/

Das Merkwürdige ist, dass mein Fehler war:

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

anstelle des Beschriebenen (in der von mir angegebenen URL):

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

Dadurch wurde das Problem jedoch behoben und ich konnte den Nginx-Server problemlos neu starten.

Auf dem von mir eingerichteten Vagrant-Server war IPV6 nicht aktiviert. Das könnte damit zu tun haben, dass er sich anders verhielt.

Answer

Ich habe das Problem endlich gelöst. Es schien, dass IPV6 auf dem Server aktiviert ist und die Nginx-Konfiguration etwas anders sein musste.

Verwenden Sie stattdessen Folgendes:

listen 80;
listen 443 ssl;

Ich musste folgendes verwenden:

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

Auf dieser Website habe ich eine genauere und detailliertere Erklärung erhalten:https://chrisjean.com/fix-nginx-emerg-bind-to-80-failed-98-address-already-in-use/

Das Merkwürdige ist, dass mein Fehler war:

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

anstelle des Beschriebenen (in der von mir angegebenen URL):

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

Dadurch wurde das Problem jedoch behoben und ich konnte den Nginx-Server problemlos neu starten.

Auf dem von mir eingerichteten Vagrant-Server war IPV6 nicht aktiviert. Das könnte damit zu tun haben, dass er sich anders verhielt.

Nginx wirft ständig nginx: [emerg] bind() zu 0.0.0.0:80 fehlgeschlagen (98: Adresse wird bereits verwendet)

Antwort1

Antwort2

Antwort3

verwandte Informationen