titulos tag placas near maryland and nginx

tag - Nginx no se ejecuta sin mensaje de error



placas y titulos en maryland (8)

En su archivo /etc/nginx/nginx.conf tiene:

include /etc/nginx/site-enabled/*;

Y probablemente el camino que estás usando sea:

/etc/nginx/sites-enabled/default

Observe los s faltantes en el sitio.

Estoy tratando de iniciar mi servidor nginx. Cuando escribo "$> /etc/init.d/nginx start", aparece un mensaje que dice "Starting nginx:" y luego no ocurre nada. No hay ningún mensaje de error, y cuando verifico el estado de nginx veo que no se está ejecutando.

Aquí está mi archivo /etc/nginx/nginx.conf:

worker_processes 4; daemon off; error_log /home/vincent/tmp/nginx.log; pid /home/vincent/tmp/nginx.pid; events { worker_connections 1024; } http { default_type application/octet-stream; log_format main ''$remote_addr - $remote_user [$time_local] "$request" '' ''$status $body_bytes_sent "$http_referer" '' ''"$http_user_agent" "$http_x_forwarded_for"''; access_log /home/vincent/tmp/access.log main; sendfile on; keepalive_timeout 65; include /etc/nginx/site-enabled/*;

}

Y aquí está mi archivo / etc / nginx / sites-available / default:

server { listen 80; server_name technical-test.neo9.lan; access_log /var/log/nginx/technical-test.neo9.lan.log main; set $home /home/vincent; location / { alias $home/neo9/web/app/; index index.html; } location /api/ { rewrite ^/api/(.*)$ /$1 break; proxy_pass http://localhost:1234; proxy_set_header Host $host; proxy_set_header X-Real-IP $remote_addr; } }


En un caso, usted verifica que nginx mantenga el puerto de 80 números en el sistema de forma predeterminada, compruebe si tiene algún servidor como Apache o cualquier cosa que exista en el sistema que bloquee el puerto de 80 números, ese es el problema.

1. Cambia el número de puerto en nginx de esta manera,

sudo vim / etc / nginx / sites-available / default

Cambiar 80 a 81 o cualquier cosa,

  1. Comprueba que todo esté bien,

sudo nginx -t

  1. Reiniciar el servidor

sudo service nginx start

  1. Verifica el estado de nginx:

sudo service nginx status

Espero que funcione


Por lo que vale: acabo de tener el mismo problema, después de editar el archivo nginx.conf . Intenté e intenté reiniciarlo ordenando sudo nginx restart y varios otros comandos. Ninguno de ellos produjo ningún resultado. El comando sudo nginx -t para verificar el archivo de configuración dio el resultado sudo: nginx: command not found , que era desconcertante. Estaba empezando a pensar que había problemas con el camino.

Finalmente, inicié sesión como root ( sudo su ) y sudo nginx restart . Ahora, el comando muestra un mensaje de error relacionado con el archivo de configuración. Después de arreglar eso, se reinició con éxito.


Primero, siempre sudo nginx -t para verificar que sus archivos de configuración sean buenos.

Tuve el mismo problema. La razón por la que tuve el problema fue doble. En primer lugar, había copiado accidentalmente un archivo de registro en la carpeta habilitada para mi sitio. Eliminé el archivo de registro y me aseguré de que todos los archivos en sitios habilitados fueran las configuraciones de sitio de nginx adecuadas. También noté que dos de mis servidores virtuales estaban escuchando el mismo dominio. Así que me aseguré de que cada uno de mis hosts virtuales tuviera nombres de dominio únicos.

sudo service nginx restart

Entonces funcionó.


Probablemente debería verificar si hay errores en /var/log/nginx/error.log .

En mi caso, no agregué el puerto para ipv6. También debe hacer esto (en caso de que esté ejecutando nginx en un puerto que no sea 80): listen [::]:8000 default_server ipv6only=on;


Tuve exactamente el mismo problema con mi instancia. Mi problema es que olvidé permitir el acceso al puerto 80 al servidor. Tal vez ese es tu problema también?

Consulte con su WHM y asegúrese de que ese puerto esté abierto para la dirección IP de su sitio,



1. Verifique sus archivos de configuración ejecutando el comando antes mencionado: sudo nginx -t .

2. Verifique si hay conflictos de puertos. Por ejemplo, si apache2 ( ps waux | grep apache2 ) o cualquier otro servicio está utilizando los mismos puertos configurados para nginx (digamos el puerto 80) el servicio no se iniciará y fallará en silencio (err ... el primo de mi amigo tenía este problema...)