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 elea-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.
- Si su sistema ejecuta CentO6, instale el
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 puerto81
. 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 puerto444
.Nota:
Tus puertos de Apache solamente cambiar si su configuración usa los puertos predeterminados
80
y443
. 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:
|
|
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 aHTTPS
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á tantoexample.com
yexample.com/
.Nota:
Si la redirección coincide con otra
index
archivo primero, luego servirá queindex
expediente. - NGINX solamente devuelve el
301
y302
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 …