Cómo configurar un proxy inverso (paso con pasos para Ningx y Apache)

Un proxy inverso está frente a un servidor web y recibe todas las solicitudes antes de que lleguen al servidor de origen. Funciona de manera similar a un proxy directo a menos que el servidor web use proxy y no el usuario o el cliente. Los proxies inversos generalmente se utilizan para mejorar el rendimiento, la seguridad y la confiabilidad del servidor web.
Por ejemplo, puede tener un sitio no WordPress alojado en el dominio Ejemplo.com en el servidor A y su blog se ejecuta en WordPress en ejemplo.com/blog URL alojado en el servidor B. Puede hacerlo agregando un viceversa para el servidor que aloja el sitio. Su principal. Puede configurar el proxy inverso para redirigir las solicitudes a otro servidor (por ejemplo, un host de WordPress como Kinsta).
En este artículo, descubrirá los elementos básicos de los servidores inversos proxy, cómo funcionan, cuáles son sus principales beneficios y cómo puede usarlos para acelerar y asegurar su sitio de WordPress. ¿Entusiasmado? ¡Vamos a empezar!
¿Qué es un proxy inverso? Para comprender qué es un servidor proxy inverso, primero debe conocer su papel y familiarizarse con todos los términos. Al navegar por la web normalmente ingresando un nombre de dominio o haciendo clic en un enlace, su navegador/dispositivo se conecta directamente al servidor del sitio web y comienza a descargar sus recursos.

Cómo funciona generalmente en Internet navegando si desea anonimizar su dirección IP en los sitios web que visita, entonces puede usar un servidor proxy para enviarlo todas las solicitudes.Enviará sus solicitudes a la solución DNS y luego descargará los recursos del sitio web desde su servidor de origen.Más tarde, transmitirá esos recursos a su dispositivo. Esto se llama proxy directo. Como un servidor proxy directo funciona, el sitio web está completamente oculto, porque considera que su solicitud proviene de proxy direct.Información Debido a cómo algunos proveedores de alojamiento, como Kinsta, cuentan las visitas al sitio, solicitan a los usuarios que establezcan un encabezado para notificar su dirección IP real al servidor de origen.Por lo tanto, los beneficios de la confidencialidad no se aplican en casos específicos como son.

Además de aumentar la confidencialidad de los usuarios, un proxy directo se usa principalmente para evitar restricciones de contenido geográfico. Por ejemplo, si desea ver un video bloqueado en su región, puede usar un proxy de redirección con una dirección IP que el video está disponible para ver. Un proxy directo funciona casi de la misma manera que una red privada virtual (VPN), pero existen tecnologías distintas con casos de uso únicos (a veces superpuesto). El servidor Reverse versus versus proxy directo Un servidor inverso actúa como un servidor frontal para mantener el anonimato y mejorar la seguridad, al igual que un usuario/cliente puede usar un proxy directo para lograr lo mismo. Asegura que ningún usuario o cliente no se comunique directamente con el servidor de origen. Como un servidor proxy funciona, la diferencia entre un proxy directo y un proxy inverso es menor, pero funciona de manera diferente. Ambos pueden trabajar juntos porque no hay superposición entre su operación. Por lo general, los usuarios/clientes usan un proxy directo, mientras que los servidores de origen usan un proxy inverso.
PROXY DIRECT VS Servidores Servidores Reverso Proxy Debido a que un administrador del servidor puede controlar cómo funciona el proxy inverso, puede usarlo para activar muchas funciones útiles. Enumeraremos todos sus beneficios más adelante en esta publicación. ¿Por qué usar un proxy inverso? Muchas empresas, especialmente grandes empresas, utilizan sitios web personalizados que se adaptan a sus necesidades únicas y no se ejecutan en WordPress. Algunos ejemplos incluyen bancos y sitios web de seguros.

En otros casos, una empresa puede alojar su sitio en un servicio externo que no les permite instalar ningún software externo (por ejemplo, WordPress). Por lo general, son minoristas pequeños y medianos que utilizan una plataforma de comercio electrónico, como Shopify. Debido a que WordPress tiene funciones de CMS resistentes, muchas empresas, incluidas grandes empresas con sitios web personalizados, pueden preferir alojar sus blogs usando WordPress. Una forma de evitar este problema es instalar WordPress en el subdominio principal del sitio y estructuras menús de navegación para que los usuarios puedan cambiar fácilmente entre el sitio principal y el blog. Debido a que los subdominios se comportan como un dominio único, puede afectar el SEO de su sitio Incluso si Google trata tanto subdominios como subdirectores por igual, se necesita más esfuerzo para optimizar un sitio web para la clasificación de motores de búsqueda si se aloja en un subdirector del subdominio.

Dos enfoques para organizar blogs en un sitio web de Google han reafirmado que están tratando tanto a los subdirectores como a los subdirectores, pero algunos expertos en SEO no están de acuerdo con él. E incluso si no afecta al SEO SEO, un sitio alojado en un subdirector es simplemente más fácil de mantener.
Por lo tanto, puede usar un proxy inverso para redirigir las solicitudes al blog del sitio alojado en un servidor separado. Por ejemplo, un banco puede acomodar su sitio web principal en sus servidores seguros, pero también puede alojar su blog alimentado por WordPress por separado en un host de WordPress administrado.
Un ejemplo de un caso de uso de la unificación de proxy inversa de dos sitios diferentes en un solo nombre de dominio es una de las ventajas clave de usar un proxy inverso. Ayuda a las marcas a mantener sus sitios organizados y profesionales y a mantener la credibilidad. FAP cómo un proxy inverso puede mejorar el rendimiento, la seguridad y la confiabilidad de min … todo en esta guía pelAMA Los proxies inversos también ofrecen muchos otros beneficios. La siguiente sección analiza algunas de sus principales ventajas. Equilibrar el embarazo Un servidor de origen único no puede administrar todo el tráfico de entrada para un sitio web con millones de visitantes únicos diariamente. En estos casos, puede distribuir de manera inteligente el tráfico en un grupo de múltiples servidores. Por lo general, todos los servidores alojarán el mismo contenido para eliminar un solo punto de falla, lo que hace que el sitio sea más confiable.

Un proxy inverso es una excelente manera de configurar esto porque puede recibir el tráfico de entrada antes de alcanzar el servidor de origen. Si el servidor de origen está sobrecargado o falla por completo, puede distribuir el tráfico a otros servidores sin afectar la funcionalidad del Sitio. Los proxies inversos también pueden dirigir las solicitudes recibidas a varios servidores, cada servidor hace una función específica para la cual está optimizado. El proxy inverso puede recopilar respuestas de todos los servidores y entregarlas al cliente. Dado que usamos la mayoría de los proxies inversos populares principalmente para el equilibrio de carga, también se llaman saldos de carga.
Global Server Task (GSLB) GSLB es un método avanzado para equilibrar la carga para distribuir el sitio web entre muchos servidores ubicados estratégicamente en todo el mundo. Por lo general, se logra mediante la técnica de enrutamiento Anycast, en la que el proxy inverso elige el nodo del servidor en función del tiempo de viaje más rápido entre el cliente y el servidor. GSLB no solo aumenta enormemente la confiabilidad y la seguridad del sitio, sino que también reduce la latencia y los tiempos de carga, lo que mejora la experiencia del usuario. Puede usar GSLB con otras técnicas de optimización de red, como la alimentación con cuchara, para liberar aún más los recursos de los servidores de origen. Aunque puede configurar manualmente el equilibrio de la carga del servidor global en su servidor, generalmente es atendido por CDN dedicados, como CloudFlare y KeyCDN (que también alimenta a Kinsta CDN). Kinsta sirve todos los sitios web alojados con él a través de un equilibrador de carga impulsado por Google Cloud Platform. El aumento del proxy inverso de seguridad puede cubrir la dirección IP y otras características de los servidores de origen. Por lo tanto, el servidor de origen de su sitio puede mantener mejor su anonimato, aumentando significativamente su seguridad. Debido a que el proxy inverso recibirá todo el tráfico antes de llegar al servidor principal, los atacantes o hackers serán más difíciles de orientar a su sitio web con amenazas de seguridad, como ataques DDoS. Puede usar un firewall estricto para fortalecer el proxy inverso con una seguridad más estricta contra los ataques cibernéticos comunes.

Sin instalar un proxy inverso, es difícil eliminar el malware o comenzar la eliminación. Info Kinsta utiliza proxies inversos en su arquitectura de fondo y ofrece remedios gratuitos de Hack WordPress para todos los sitios web que aloja. Un proxy inverso como HaProxy puede agregar la autenticación básica del acceso HTTP a un servidor web que no lo tiene. También puede usar un proxy inverso para agregar autenticación centralizada para diferentes tipos de solicitudes. Cache fuerte Puede usar un proxy inverso para fines de aceleración web memorizando contenido estático y dinámico. Esto puede reducir el embarazo en el servidor de origen, lo que resulta en un sitio web más rápido. Por ejemplo, si su servidor de origen está en los EE. UU. Y un usuario en Europa visita su sitio web, puede servir un caché de su sitio en un servidor proxy inverso. Debido a que el proxy inverso está más cerca del usuario que el servidor de origen, el sitio web tomará menos tiempo para cargar, lo que hace que funcione excelente. Barniz y ninginx fastcgi son ejemplos destacados de reverso proxy que se utilizan para el almacenamiento en caché del contenido web. Si su sitio está alojado con Kinsta, no tiene que preocuparse por almacenar en caché, porque Kinsta trata con todo el caché para usted.
Las respuestas del servidor de compresión más alta consumen mucho ancho de banda. La compresión de las respuestas del servidor (por ejemplo, con GZIP) antes de enviarlas al cliente puede reducir la cantidad de ancho de cinta, acelerando las respuestas del servidor. Un proxy inverso es ideal para comprimir las respuestas del servidor porque están entre el origen y los servidores de los clientes. Cifrado SSL Cifrado optimizado y descifrar las solicitudes SSL/TLS para cada cliente pueden ser muy difíciles para el servidor de origen. Un proxy inverso puede hacerse cargo de esta tarea para liberar los recursos del servidor de origen para otras tareas importantes, como la difusión de contenido. Otra ventaja de descargar el cifrado y el descifrado de SSL/TSL es la reducción de la latencia para los clientes que están espaciados geográficamente por el servidor de origen. También puede optar por un proxy inverso con hardware de aceleración SSL/TLS especializado para optimizar aún más esta tarea. Tal proxy inverso se llama proxy de terminación SSL/TLS. Algunos servidores como el barniz no aceptan protocolos SSL/TSL, por lo que un proxy inverso SSL/TSL puede ayudar a asegurar el tráfico que pasa a través de ellos. La mejor prueba A/B, la mayoría de las herramientas de prueba A/B requieren el uso de bibliotecas de JavaScript externas para cargar sus características. Sin embargo, la carga de scripts de tercera parte puede ralentizar el tiempo de carga de la página y crear una experiencia agitada para los usuarios.
En su lugar, puede usar un proxy inverso para crear dos flujos separados en el servidor en sí.Por ejemplo, puede usar los métodos de ruta Split_Clients o Ningin Stick para controlar la redirección del tráfico.Puede consultar los tutoriales sobre NGINX y FreecodeCamp para obtener más información sobre cómo realizar una prueba A/B con un proxy inverso.Monitoreo y registro de tráfico Un proxy inverso captura todas las solicitudes que lo pasan por él.Por lo tanto, puede usarlos como un centro central para monitorear y registrar el tráfico.Incluso si utiliza múltiples servidores web para alojar todos los componentes de su sitio, el uso de un proxy inverso facilitará el monitoreo de todos los datos de entrada y salida de su sitio. Entre los sitios web no utiliza los servicios de proxy inverso que monitorean.
Las estadísticas de los proxies inversos utilizados por los sitios web (fuente: w3techs.com) del 17% de sitios que usan un proxy inverso (enumerado anteriormente), notará que la mayoría son CDN. Esto se debe a que la mayoría de los representantes inversos ocultan implícitamente su existencia como medida de seguridad. Por lo tanto, no puede confiar en los servicios de monitoreo de sitios web, como W3Techs, para averiguar qué reverso de proxy son los más populares. Desde nuestra investigación y experiencia, el reverso de proxy más popular utilizado hoy en día es: Nginx Nginx es un servidor web de código abierto que también puede servir como un proxy inverso. Además de ser utilizado para alojar sitios web, también es una de las soluciones proxy más utilizadas y el equilibrio de carga. Según Netcraft, más de 479 millones de servidores web utilizaron NGINX en diciembre de 2019, lo que convierte a un líder en la cuota de mercado de los servidores web.
Netcraft) Nginx ofrece todos los beneficios de proxy inversos anteriores, además de muchos más. Mejora el rendimiento web, la seguridad, la confiabilidad y la escalabilidad. Puede configurar NGINX utilizando su archivo de configuración, que también está recargado en caliente. En Kinsta, The Reverse Ninx es uno de los pocos suplementos premium que puede usar. Pero también puede usar NGINX Plus, una oferta comercial, para obtener acceso a la configuración basada en API y otras funciones adecuadas para sitios web de grandes bus. Kinsta alimenta todos sus sitios web con Nginx. Se clasificó en el estado de la señal de revisión superior de Tier en cada categoría en la que compitió. Otras compañías importantes que usan NGINX son MaxCDN, Cloudflare y Netflix. La configuración Ninx como proxy básico inverso es simple. NGINX también le brinda varias directivas para personalizar el proxy inverso de su servidor según sus requisitos. Discutiremos cómo hacer esto en una sección posterior. Si es un cliente de Kinsta, también aprenderá cómo usar un proxy inverso para los sitios web de Kinsta en la misma sección. LAC Varish es un proxy HTTP inverso con código abierto, con un motor de caché construido. Está diseñado principalmente para sitios web de alto tráfico que ofrecen contenido dinámico. También puede usar Varish como un balance de carga, una pantalla de protección para aplicaciones web (WAF) y un servidor de autenticación y autorización de borde. Funciona en todas las versiones modernas de Linux y FreeBSD, que se utiliza principalmente como un frente para los servidores Nginx o Apache.
El poderoso y extremadamente flexible lenguaje de configuración de barniz (VCL) le permite definir diversas características, como administrar solicitudes HTTP, almacenar en caché y conectarse a uno o más servidores web. Por esta razón, muchos CDN usan barniz como la base principal para la entrega rápida del contenido.
¿Quieres saber cómo aumentar nuestro tráfico por más del 1000%? ¡Únase a las más de 20,000 personas que reciben nuestro boletín semanal con los consejos de WordPress!

Suscríbase ahora

Varish también acepta el lado del borde incluye (ESI), un idioma que lo ayuda a reutilizar las secciones de una página web en otras páginas web. Si su sitio usa mucho contenido repetido en diferentes páginas, ESI puede ayudarlo a acelerar el tiempo de carga de su sitio memorizando las secciones utilizadas con frecuencia. Puede expandir variar con sus diversos módulos (VMOD). Vaya al tutorial oficial de Varish para descubrir cómo configurar Varish como proxy inverso. Apache Traffic Server Apache Traffic Server es un servidor proxy de Cache Open Fore. Es popular por sus funciones rápidas y escalables. Era un producto comercial desarrollado por Yahoo! Hace mucho tiempo, pero lo hicieron de código abierto y lo donaron a la Fundación Apache para el mantenimiento.
Varias redes principales de contenido y CDN como Comcast, Akamai, LinkedIn, Yahoo y Apple usan el servidor de tráfico Apache para alimentar su tecnología. También puede usar Apache HTTP Server (Apache HTTPD), un demonio del servidor HTTP para configurar un proxy inverso en su servidor web. Además de actuar como un servidor web básico, también le ayuda a proporcionar contenido estático y dinámico a los usuarios. Aprenderá a configurar Apache como proxy reverso más adelante en este artículo. Haproxy Haproxy es un proxy inverso y un equilibrio de carga de código abierto. Está diseñado para integrarse con la mayoría de los arquitectos de servidores web existentes, incluidas las distribuciones de Linux y las plataformas en la nube. Similar a NGINX, HaProxy utiliza un modelo basado en el evento I/A y acepta la división de solicitudes en varios procesos de trabajo. Para las solicitudes HTTP, HaProxy funciona excepcionalmente bien incluso en tareas pesadas. Algunos de los sitios web con el tráfico más alto en Internet, como Airbnb, Reddit, Instagram, Stack Overflow, Tumblr, Github e Imgur usan Haproxy para administrar sus sitios de manera efectiva. Discutir la implementación de HaProxy está más allá del propósito de este artículo, pero puede consultar su documentación para comprender cómo funciona. Nota:
Traefik y Envoy son otras dos alternativas de código abierto a Haproxy.Ambos son reverso de alto rendimiento y equilibrio de carga, con muchas funciones avanzadas.Otros proxies inversos populares son el balance de carga elástica de AWS, GLBC, Balancador de carga DigitalCean y Balance de carga de Google Cloud.Para una lista exhaustiva de los principales proxies inversos y los saldos de carga que usa hoy, puede consultar Stackshare.io.Proxy inverso: los casos de uso para sitios de WordPress son principalmente tres casos de uso para el uso de un proxy inverso para sitios de WordPress, incluidos los sitios alojados de Kinsta.
Cargando un “sitio principal” versus un “sitio proxy” solo usaremos NGINX para este ejemplo, porque es el proxy más popular utilizado hoy en día para los sitios de WordPress. Pero los mismos principios básicos se aplicarán a otro reverso proxy. Los proxies inversos a menudo son difíciles de instalar, configurar y soportar. Por esta razón, Kinsta ofrece una suscripción mensual de $ 50 para cada proxy inverso que necesita en la ayuda de configuración. Puede comunicarse con el equipo de asistencia de Kinsta para obtener más detalles. 1. Sitios principales y proxy alojados en el mismo servidor Si tanto el sitio principal como el sitio proxy están alojados en el mismo servidor, el sitio principal puede ejecutarse en una instalación de WordPress, mientras que una instalación de WordPress separada alimenta al sitio web proxy. Debido a que tendrá acceso a ambos sitios y a su servidor web compartido, puede configurar las reglas de proxy para el sitio principal y luego configurar el sitio web de proxy para cargar desde el proxy inverso. Si aloja ambos sitios en Kinsta, puede comunicarse con Kinsta Assistance Team y solicitarles que configure el proxy inverso. Aquí está el procedimiento que debe seguir: asegúrese de que tanto el sitio principal como el sitio web proxy estén alojados en Kinsta. Si no lo son, entonces puede migrar ambos sitios al entorno Kinsta, ya sea manualmente o enviando una solicitud de migración.
Abra un boleto de asistencia y proporcione al equipo de asistencia de Kinsta una descripción clara de la configuración del dominio. Necesitaré sobre un día hábil para configurar el proxy inverso.
Kinsta configurará las reglas de proxy relevantes en el sitio principal y configurará el sitio web proxy para cargar a través del proxy inverso. ^~/Subfolder/{proxy_pass http://subfolder.domain.com; proxy_set_headader x-real-ip $ remote_addr; proxy_set_headader X-Forcearded-For $ proxy_add_x_formedd_for; proxy_set_headader x-forceard-proo $ esquema; } En el código anterior, debe reemplazar el sustituto / subcarpeta / con el nombre real del subdirector (por ejemplo, blog /, / shop /). Además, el subdominio http://subfolder.domain.com debería coincidir con la URL utilizada para dirigir el proxy inverso al sitio web de proxy. La Directiva de ubicación incluye símbolos Caret y Tilde ( ^~) para decirle a Nginx que si encuentra la cadena definida, debe dejar de buscar coincidencias y usar las directivas enumeradas aquí. Obtenga más información sobre Nginx en las directivas proxy inversas en su documentación. Luego debe configurar el sitio web proxy para cargar a través del proxy inverso. Aquí están los pasos estándar Seguir a Kinsta para configurar el sitio web de proxy:
Cree un subdirector en el camino desde donde se carga el sitio web proxy. Todos los archivos del sitio web proxy se mueven a este subdirector.

Actualice los archivos de configuración del servidor web para definir el nuevo subdirector como director raíz del sitio web proxy. Además, debe agregar una regla de reescritura para eliminar el subdirector de la solicitud de cada solicitud de entrada.
Actualice toda la URL en la base de datos del sitio web proxy para que coincida con la URL del sitio en vivo (por ejemplo, ejemplo.com/blog). Edite el archivo wp-config.php del sitio web proxy con la definición $ _server [‘http_host’], señalando Es a la URL del sitio principal.

Si está utilizando un certificado SSL, debe definir reglas estrictas en el archivo wp-config.php para evitar bucles de redirección.
Nota: Un sitio web proxy no puede crear URL que dupliquen el mismo subdirector en el que se carga el sitio web proxy. Por ejemplo, un sitio de proxy en ejemplo.com/blog no puede crear una página o directorio en ejemplo.com/blog/blog. 2. Solo el sitio web proxy alojado en su servidor si solo tiene acceso al sitio web proxy y su servidor web, entonces debe comunicarse con el administrador del servidor principal del sitio y pedirles que configure las reglas proxy para usted.
¿Necesita un alojamiento extremadamente rápido, seguro y amigable para los desarrolladores para sus sitios? Kinsta se crea teniendo en cuenta los desarrolladores de WordPress y ofrece muchas herramientas y un tablero fuerte. Revise nuestros planes
Para hacer esto, debe seguir los mismos pasos descritos anteriormente, a menos que tenga que configurar las reglas en dos servidores diferentes. Para alojar su sitio web proxy con Kinsta, agregue un dominio al sitio que indique el proxy inverso. Por lo general, el subdominio se ajusta a este propósito (por ejemplo, blog.example.com) para cargar el sitio web proxy a través de un enlace del subdirector (por ejemplo, ejemplo.com/blog). Después de configurar su sitio proxy en Kinsta, puede comunicarse con Kinsta Assistance Team para configurar el sitio web de proxy para cargar a través de un proxy inverso. En este momento, nuestro equipo de asistencia solicitará la IP real de su servidor para completar el proceso de configuración de una manera que importa las visitas correctamente. Si no puede proporcionar una IP estática debido a restricciones dinámicas de IP de ciertos proveedores (por ejemplo, AWS CloudFront), su plan se convertirá en un plano comparable basado en cintas. Finalmente, la configuración del proxy inverso en el servidor no cae en el área de aplicación de Kinsta, porque solo el administrador del servidor puede manejarlo. 3. Solo el sitio principal alojado en su servidor si solo tiene acceso al sitio principal y su servidor web, entonces debe configurar el proxy inverso y configurar sus reglas para cargar el sitio web proxy desde el host externo. Instalar y configurar el sitio proxy para cargar a través del proxy inverso es responsabilidad del administrador del servidor secundario. Si su sitio principal está alojado en Kinsta, le dará acceso al equipo de asistencia de Kinsta.
Puede recoger un boleto de asistencia con ellos para agregar las reglas de proxy inversa estándar que se enumeran anteriormente en este artículo. También puede agregar cualquier personalización adicional a estas reglas si es necesario. En este escenario, usted es totalmente responsable de configurar el sitio proxy para cargarlo correctamente a través del proxy inverso. Cómo configurar Nginx como proxy reverso Si Kinsta no aloja su sitio y administra sus servidores, entonces debe configurar el proxy inverso y configurarlo para enviar al sitio proxy. Dependiendo del sistema operativo de su servidor web, puede instalar NINGX de manera diferente. Para las distribuciones de Linux, puede usar varios paquetes Nginx en función de su versión de distribución de Linux. En el ejemplo a continuación, instalamos el sitio principal en el nombre de campo Ejemplo.com, mientras que el sitio web de WordPress Proxy está instalado en el subdominio Blog.Domain.com. Ambos están alimentados por Apache en un servidor web que se ejecuta en Ubuntu 18.04. Instalaremos y configuraremos NGINX como proxy inverso en el servidor principal. Para comenzar, vaya a su terminal de servidor a través de SSH. Luego use el comando apt-get para actualizar su lista de paquetes de distribución e instalar Nginx en su servidor web. Sudo Apt Update Sudo Apt Install Ninx Entonces, debe configurar Nginx para solicitudes proxy para los dominios alojados en Apache. Para hacer esto, cree un nuevo archivo de host virtual. Aquí, uso el editor nano para agregar el código, pero puede usar cualquier editor de código.
sudo nano /etc/nginx/sites-available/example.com.conf luego configure las directivas Ninx para enviar solicitudes a Apache agregando el siguiente servidor {…} y bloques de ubicación: servidor {list 80; Server_name Ejemplo.com www.example.com; índice index.php; root /var/www/example.com/public # fallback para índice.php ubicación/{try_files $ uuri // index.php? $ query_string; } Ubicación/blog {proxy_pass http: //blog.domain.com; proxy_http_version 1.1; proxy_cache_bypass $ http_upgrade; # Encabezados proxy proxy_set_header actualización $ http_upgrade; proxy_set_header conexión “actualización”; proxy_set_heeader host $ host; proxy_set_headader x-real-ip $ remote_addr; proxy_set_headader X-Forcearded-For $ proxy_add_x_formedd_for; proxy_set_headader x-forceard-proo $ esquema; proxy_set_heer x-forceard-host $ host; proxy_set_headader X-Forceard-Port $ server_port; # Tiempos de tiempo proxy proxy_connect_timeout 60s; proxy_send_timeout 60s; proxy_read_timeout 60s; } En el código anterior, defino un ejemplo de undirector.com/blog que será atendido por el servidor Apache. Asegúrese de utilizar su dirección IP (o URL) del proxy de su sitio web en la Directiva proxy_pass. En mi caso, mi sitio web proxy está alojado en el blog.domain.com. Nota: Asegúrese de que el sitio web proxy esté instalado y listo para transmitir antes de hacer cualquier cambio. Puede obtener más información sobre todas las directivas de proxy inversa aquí en el índice detallado de las directivas NGINX. Guarde el archivo de host virtual. Luego active el nuevo host virtual creando una conexión simbólica para los archivos llamados ejemplo.
Com.conf tanto en los directores/etc/ningin/sites disponibles, así como en/etc/nginx/sitios habilitado. Sudo ln -s /etc/nginx/sites-available/example.com.conf/etc/nginx/sites-enabled/example.com.conf después, prueba ninx para cualquier error de configuración. Sudo ningin -t Si no hay errores, recarga ninx para aplicar cambios. SUDO SystemCTL RELOAD NINX Has configurado con éxito NGINX para funcionar como un proxy inverso. Para confirmar esto, puede usar la función phpinfo () para verificar las variables PHP cargadas al visitar su sitio web proxy. Bajo las variables PHP Server_Software y Document_Root, verá que Apache sirve esta área en Backend. Pero HTTP_X_REAL_IP y HTTP_X_FORMEDD_FOR PHP confirman que NGINX se ha utilizado como proxy inverso para redirigir aplicaciones. Puede acelerar su sitio de WordPress a través de NINX usando los módulos fastcgi_cache y ngx_cache_purge. Si bien el primer módulo almacenará su sitio en caché, el segundo módulo eliminará automáticamente la caché de acuerdo con eventos específicos (por ejemplo, publicar o editar una publicación/página de WordPress. Puede usar el controlador de caché de WordPress Ningin para controlar el caché del servidor proxy nginx directamente desde el tablero de WordPress. Si usa una instalación de WordPress multisitio, puede usar el complemento Ningx Helper para hacer lo mismo. Consulte la documentación NGINX principal y la Guía de configuración de Nginx WordPress para una presentación detallada del modo de trabajo con Nginx y WordPress. Cómo configurar Apache como proxy lo contrario antes de comenzar, asegúrese de tener dos sitios web en funcionamiento en Ejemplo.com y Blog.
Dominio.com. El primer sitio puede o no ser un sitio de WordPress, pero el segundo debe ser un sitio de WordPress, ya que se usa principalmente para cargar el campo raíz en el enlace del ejemplo del subdirector.com/blog. Comience a configurar Apache abriendo su terminal de servidor a través de SSH y activando el módulo proxy de Apache. Sudo a2enmod proxy proxy_http ssl rodando el pedido anterior probablemente reiniciará a Apache para recargar las directivas recientemente definidas. Luego edite el archivo de host virtual del servidor principal para crear un proxy inverso. Aquí está el código que debe agregar: documentroot/var/www/app/public sslproxyEngine en proxyRequests off proxyPass/blog http://blog.domain.com proxyPasReverse/blog http: //blog.domain. Com La Directiva ProxyPass creará un proxy inverso para las rutas especificadas, mientras que la Directiva ProxyPassverse interceptará los encabezados de respuesta HTTP enviados a través de este proxy inverso y los reescribirá para que coincidan con el servidor Apache Apache. Después de guardar el archivo, debe editar el archivo wp-config.php agregando el siguiente código justo antes de la línea que requiere que deje de editar. # Configuración de proxyPass # anula las variables a continuación para garantizar que se tome un subdirectorio de # reequest a/blog/*. $ _Server [‘request_uri’]; $ _Server [‘script_name’] = ‘/blog’. $ _Server [‘script_name’]; $ _Server [‘php_elf’] = ‘/blog’. $ _Server [‘php_elf’]; Finalmente debe actualizar la base de datos de su sitio.
WordPress para agregar los valores de configuración para el enlace Sub -Director /Blog. Puede hacer esto ejecutando la siguiente consulta SQL: actualizar wp_options set option_value = ‘https://www.example.com/blog’ donde option_name in (‘siteUrl’, ‘home’); Ahora debería poder visitar https://www.example.com/blog URL y tener su sitio web de WordPress alojado en http://blog.domain.com El subdominio para cargar sin cambiar su URL. Puede continuar usando WordPress como de costumbre para navegar, escribir, editar y administrar las limitaciones de su sitio a un proxy inverso en el proxy opuesto, como un riesgo significativo de seguridad, ya que puede leer y cambiar todo el tráfico que lo pasa. Si transmite el tráfico HTTPS a través del proxy, entonces debe descifrar y recrippip los datos que pasan. Esto significa que tiene que poseer las claves privadas del certificado SSL/TLS. Por lo tanto, si alguna parte maliciosa puede comprometer el proxy inverso, puede grabar contraseñas e inyectar malware en sus sitios web.
Si usted o sus usuarios no pueden acceder directamente a su servidor principal, el uso de un proxy inverso puede conducir a una sola falla. Por ejemplo, si usa un proxy inverso para servir más áreas, entonces su interrupción puede conducir a la desconexión simultánea de todas las áreas.
Si confía en un proxy de terceros (por ejemplo, CloudFlare), enseñe información confidencial de su sitio mientras son confiables, no puede predecir lo que pueden liderar.
Restaurar niños de repuesto o colocar sitios web animados en sitios web que se cargan a través de un proxy inverso pueden conducir a detener la carga correcta del sitio proxy.
La elección entre un CDN y un proxy inverso de CDN es una forma avanzada de proxy, la mayor parte de la configuración y mantenimiento proporcionados por un tercero. Pueden proporcionar increíbles beneficios de rendimiento a su sitio web de WordPress con un esfuerzo menor en su parte, no solo los CDN memorizan el contenido y proporcionarlo a los usuarios rápidamente, sino que también reducen sus servidores de origen, reducen los costos con el ancho, ofrece un nivel adicional de seguridad, Mejora el sitio de SEO y le ayuda a escalar mejor su sitio. Info Kinsta CDN tiene un TTFB muy bajo y mejora el rendimiento de su sitio. Cada cuenta de Kinsta viene con un nivel gratuito de CDN Kinsta y puede configurarlo fácilmente en segundos. Para obtener más información, puede consultar la comparación de CDN Kinsta con un CDN tradicional. Notará que la mayoría de los beneficios ofrecidos por los CDN son los mismos que los ofrecidos por Proxy lo contrario. Entonces, ¿debería elegir un CDN en lugar de un proxy viceversa? No hay ninguna razón por la que deba estar satisfecho con uno. Si ya tiene un proxy inverso, aún verá ganancias de velocidad y rendimiento después de usar un CDN. Ambos caché están bien estratificados y si tiene necesidades de gestión de demanda únicas (por ejemplo, contenido dinámico, comercio electrónico), puede configurarlo fácilmente con encabezados personalizados transmitidos por CDN o proxy. ¿Le gustaría aprender más sobre los servidores inversos proxy?