NGINX® Independiente

Última modificación: 17 de septiembre de 2021

Visión general

Nota:

Este documento hace referencia a la funcionalidad NGINX® cuando instala el ea-nginx-standalone paquete. Esta era nuestra versión original de NGINX y cambiamos el nombre de ese paquete. Para obtener información sobre el más nuevo, actualizado ea-nginx paquete, lea nuestro NGINX con proxy inverso documentación.

Este documento explica cómo instalar NGINX Standalone en un servidor que ejecuta cPanel & WHM y EasyApache 4. NGINX es un servidor web de código abierto que también proporciona un proxy inverso, equilibrio de carga y almacenamiento en caché. Funciona de manera muy diferente a Apache®. NGINX hace no servir contenido dinámico a menos que lo pase a través de un proxy.

Requisitos

Para instalar NGINX en su servidor, debe cumplir con los siguientes requisitos:

Ejecute EasyApache 4.
Instala el Repositorio experimental. Utilice el siguiente comando para instalar este repositorio:
```
yum install ea4-experimental
```
Poseer root acceso de usuario al servidor.
Usar PHP-FPM como controlador PHP del servidor.
Instala el ea-ruby27-mod_passenger Módulo Apache. Cuando instala el ea-nginx-standalone módulo, el sistema instalará este módulo y otros módulos Ruby necesarios si aún no existen.
Nota:
- Si su sistema ejecuta CentO6, instale el ea-ruby24-mod_passenger Módulo Apache.
- Phusion Passenger® funciona igual en NGINX y Apache.

Compatibilidad

NGINX ocupa el lugar de Apache como servidor web principal. La instalación alejará a Apache de sus puertos predeterminados a favor de NGINX.

Para obtener más información, lea el Cambios en la configuración de NGINX sección siguiente.

Nota:

Puede seguir utilizando Apache para ofrecer contenido dinámico, pero debe proxy sus solicitudes al servidor.

Instalar o desinstalar NGINX

Instalar en pc

Nota:

Si el Repositorio Experimental no no ya existe en su servidor, instálelo con el siguiente comando:

yum install ea4-experimental

Para instalar NGINX, ejecute el siguiente comando en la línea de comandos:

yum --enablerepo=EA4-experimental install ea-nginx-standalone

Desinstalar

Para desinstalar NGINX, ejecute el siguiente comando en la línea de comandos:

yum erase ea-nginx-standalone

La instalación de NGINX

Cuando instale la versión de NGINX de cPanel & WHM, el proceso de instalación cambiará la instalación de Apache de su servidor para usar diferentes puertos.

Nota:

El proceso solo cambiará sus puertos Apache si su configuración Apache usa los puertos predeterminados de 80 y 443.

Cuando instala NGINX, el proceso de instalación instala el ea-ruby27-mod_passenger Módulo Apache. Este módulo es requerido.

Las siguientes características funcionarán con NGINX sin ninguna acción adicional por parte del usuario:

Contenido estático.
Nota:
usted debe proxy cualquier contenido dinámico a Apache.
El sistema MultiPHP.
WordPress® instalado a través del Administrador de WordPress.
Advertencia:
- Las instalaciones de WordPress fuera de WordPress Manager no admitirán Pretty Permalinks. Para obtener más información, lea WordPress ‘ Pretty Permalinks documentación.
- Si lo haces no desea administrar su sitio de WordPress a través del Administrador de WordPress, lea la sección WordPress no es compatible con Pretty Permalinks a continuación.
Cartero.
AutoSSL.
Subdominios y redireccionamientos proxy.
Importante:
El sistema MultiPHP y WordPress solamente funciona si usa PHP-FPM.

Cambios en la configuración de NGINX

Cuando instala NGINX en su servidor, el proceso de instalación realiza varios cambios en su sistema.

En particular, la instalación configura Apache para que ya no actúe como servidor web principal. Debido a esto, la instalación de NGINX creará proxies para MailMan y AutoSSL.

Archivos de configuración

El sistema crea el /etc/nginx/conf.d/ea-nginx.conf archivo de configuración.

Configuraciones personalizadas

Advertencia:

Hacer no edite cualquiera de los archivos que posee NGINX. Cambiar estos archivos puede resultar en un comportamiento inesperado.
Si crea archivos de configuración personalizados, puede cambiar el comportamiento de NGINX de formas no deseadas. Por ejemplo, si su bloque personalizado coincide con el bloque PHP, el servidor puede entregar el código fuente en lugar de PHP.

Si desea personalizar los bloques de servidor para NGINX, cree un archivo de inclusión que termine en .conf en el lugar apropiado. Un bloque de servidor es lo mismo que un host virtual en Apache.

Cada bloque de servidor incluirá el .conf archivos en el /etc/nginx/conf.d/server-includes/ y /etc/nginx/conf.d/server-includes-standalone/ directorios.

Para obtener más información sobre los bloques de servidor, incluidos ejemplos, lea NGINX’s Ejemplos de bloques de servidor documentación.

Nota:

Hacer no usar cpanel- como prefijo para cualquier archivo personalizado que cree.

Configuración global

Coloque cualquier global .conf archivos que crea en el /etc/nginx/conf.d/ directorio.

Si desea ajustar cada bloque de servidor en su servidor, cree su .conf archivo en el /etc/nginx/conf.d/server-includes/ directorio.

Nota:

Asegúrese de que también hace referencia a su .conf archivo con un include directiva en el archivo en el que desea usarlo.

Configuración de usuario

Nota:

En los siguientes ejemplos, username representa el nombre de usuario y domainname representa el nombre de dominio completo.

Este nombre de dominio completamente calificado debe ser uno de los siguientes:

El dominio principal del bloque del servidor.
El subdominio del bloque de servidor para dominios adicionales y sus subdominios.
El subdominio del bloque de servidor para subdominios que no son dominios adicionales.

Para personalizar cada bloque de servidor que posee un usuario, cree su .conf archivo en el siguiente directorio:

/etc/nginx/conf.d/users/username

Para personalizar un bloque de servidor específico para un dominio específico, cree su .conf archivo en el siguiente directorio:

/etc/nginx/conf.d/users/username/domainname/

Configuración de Apache

La instalación de NGINX realiza los siguientes cambios en su configuración de Apache:

Cambia el puerto de Apache al primer puerto disponible en 1024. Normalmente será el puerto 81. Debe proxy cualquier aplicación que no sea estática para Apache.
Cambia el puerto SSL de Apache al primer puerto disponible en 1024. Normalmente será el puerto 444.
Nota:
Tus puertos de Apache solamente cambiar si su configuración usa los puertos predeterminados 80 y 443. La instalación ignora los números de puerto personalizados.

Agrega lo siguiente a la /etc/nginx/conf.d/ea-nginx.conf expediente:

1
2
3
4
5
6
map $host $CPANEL_APACHE_PROXY_IP {
        default 127.0.0.1;
    }  
map $host $CPANEL_APACHE_PROXY_PORT {
        default 81;
    }

Acceso a archivos

NGINX hace no servir archivos que comiencen con .ht por defecto. Puede haber otros archivos a los que desee restringir el acceso.

La solución más sencilla es no incluir archivos de acceso restringido en la raíz del documento. Sin embargo, si esto no es posible, también puede restringir explícitamente el acceso a los archivos.

Por ejemplo, si sirve su sitio web desde un repositorio de git, es posible que desee evitar el acceso al sitio .git directorio. Para hacer esto, cree un .conf archivo en la ubicación adecuada y agregue los siguientes comandos a su archivo:

1
2
3
4
5
6
location ~ /.git {
	   deny all;
	   log_not_found off;
	   access_log off;
	   return 404;
   }  

Después de guardar el archivo, vuelva a cargar su servidor para activar el cambio de configuración.

Para obtener más información, lea el Prioridad de ubicación de NGINX documentación.

CloudFlare®

La instalación de NGINX detectará si un dominio usa CloudFlare y configurará el sistema para que funcione correctamente.

El sistema guarda la configuración de CloudFlare en la siguiente ubicación:

/etc/nginx/conf.d/includes-optional/cloudflare.conf

Si sus conexiones seguras no aparecen en el registro SSL, puede cambiar la configuración de SSL en CloudFlare.

Archivos de registro

NGINX rota los registros con el logrotate utilidad. Esto significa que WHM’s Configuración de rotación de registro de cPanel interfaz (WHM >> Inicio >> Configuración de servicio >> Configuración de rotación de registro de cPanel) voluntad no afectar la rotación del registro NGINX. Esta actividad se registrará en sus estadísticas de usuario y programas de ancho de banda.

NGINX utiliza los formatos de registro de Apache predeterminados de cPanel y WHM. Va a no reconocer cualquier formato de registro de Apache personalizado. usted no poder administrar registros de NGINX en cualquier interfaz que muestre específicamente registros de Apache, como WHM Rotación de registros interfaz (WHM >> Inicio >> Configuración de servicio >> Rotación de registro_). Apache hace no registrar cualquier solicitud que NGINX le envíe.

NGINX registra el tráfico de www subdominio a la misma ubicación que nowww subdominios, que duplica el comportamiento de Apache. Por ejemplo, registrará las solicitudes de www.example.com y example.com al /var/log/nginx/domains/example.com expediente.

NGINX usa el mismo bloque de servidor para solicitudes SSL y no SSL. Sin embargo, maneja las solicitudes de manera diferente dependiendo de si usa el registro canalizado o no.

Registro canalizado

NGINX guarda sus archivos de registro en las siguientes ubicaciones, donde domainname representa el nombre de dominio:

SSL – /var/log/nginx/domains/domainname-ssl_log
No SSL – /var/log/nginx/domains/domainname
Banda ancha – /var/log/nginx/domains/domainname-bytes_log

NGINX también registra las solicitudes en la siguiente ubicación:

/var/log/nginx/access.log

Registro regular

Sin el registro canalizado, las solicitudes SSL y no SSL se guardan en la misma ubicación. NGINX guarda sus archivos de registro en las siguientes ubicaciones, donde domainname representa el nombre de dominio:

SSL y no SSL – /var/log/nginx/domains/domainname
Nota:
Estos archivos también contendrán una columna adicional al principio, en domainname:port formato.
Banda ancha – /var/log/nginx/domains/domainname-bytes_log

Redireccionamientos

NGINX admite redireccionamientos y subdominios proxy. Para crear una redirección, use cPanel’s Redireccionamientos (Inicio >> cPanel >> Dominios >> Redirecciones) interfaz. Estos redireccionamientos difieren del comportamiento de redireccionamiento de Apache de las siguientes maneras:

Los redireccionamientos se aplican a todo bloque de servidor, no el nombre de dominio completo exacto (FQDN). Si configura una redirección para un dominio, también afectará a cualquier otro FQDN en el bloque.
Los redireccionamientos se aplican tanto a www y cualquier nowww subdominios, independientemente del comportamiento en Apache. Puede cambiar este comportamiento con incluir archivos.
Los redireccionamientos hacen no cambio HTTP solicitudes a HTTPS peticiones. Para habilitar este comportamiento, use el Forzar redireccionamiento HTTPS opción en cPanel’s Dominios (Inicio >> cPanel >> Dominios >> Dominios) interfaz.
Redirige que apuntan a un index.html file también redirigirá el nombre de dominio con y sin una barra al final. Por ejemplo, NGINX redirigirá tanto example.com y example.com/.
Nota:
Si la redirección coincide con otra index archivo primero, luego servirá que index expediente.
NGINX solamente devuelve el 301 y 302 Códigos de estado HTTP.

Nota:

usted no poder utilizar el navegador web Safari® para iniciar sesión en un subdominio de servicio. Utilice otro navegador o inicie sesión con el servicio URL del puerto.

Utilice incluir archivos para cambiar el comportamiento de redireccionamiento

Puede usar archivos de inclusión para forzar a NGINX a redirigir www dominios a nowww dominios y viceversa. usted no poder utilizar estos incluyen archivos para dominios aparcados o para redirigir HTTP para HTTPS.

Para hacer esto, creamos los siguientes archivos de inclusión. Puede crear un enlace simbólico que apunte a uno de los siguientes archivos para modificar la redirección …

serverblog.info

NGINX® Independiente | Documentación de cPanel y WHM