Intente utilizar el proxy inverso de Nginx para resolver el problema de implementar varios proyectos al mismo tiempo
Este problema surge del hecho de que quiero implementar el proyecto front-end del blog en el servidor y planeo usar Nginx para implementar el servicio front-end, pero mi puerto 443 ha sido proporcionado para el servicio del subprograma WeChat.
El subprograma WeChat requiere que las solicitudes en el entorno formal utilicen nombres de dominio y sean servicios https, que no se pueden modificar. Aunque el proyecto front-end del blog puede utilizar el puerto 80, el navegador siempre lo solicitará. "inseguro", también se ve mal.
Mi certificado de CA se ha colocado en la ruta /home junto con el servicio del mini programa. Busque el archivo /etc/nginx/nginx.conf y agregue las siguientes modificaciones al archivo de configuración de acuerdo con sus indicaciones. /p>
Aquí, para verificar si la configuración es efectiva, detuve el servicio del nodo, usé nginx -s reload para recargar el archivo de configuración, abrí el navegador para verificación y accedí exitosamente al servicio.
En este momento, se inició el servicio del nodo. Como se esperaba, se produjo un error porque el puerto 443 estaba ocupado.
Aunque los proyectos front-end de la empresa utilizan básicamente servidores proxy inversos, esta es la primera vez que lo pruebo. Busqué información en línea y descubrí que es muy simple. Sin embargo, cabe señalar que la configuración de ubicación. es realmente complicado.
Aquí primero cambié el puerto del servicio de nodo a 7001 y lo reinicié. El acceso al puerto y al nombre de dominio fue exitoso. Continúe modificando el archivo /etc/nginx/nginx.conf y agregue uno nuevo en la ubicación original
Utilice nginx -s reload para recargar el archivo de configuración, abra el navegador e ingrese el nombre de dominio /miniprograma para acceder con éxito al miniprograma para los servicios, solo necesita modificar de manera uniforme el prefijo de solicitud del miniprograma a /miniprograma. Aún se puede acceder al proyecto del blog directamente a través del nombre de dominio.
Después de intentar configurar el proxy inverso, descubrí que si agregar/después de la ubicación y si agregar/después de la dirección del proxy causará una gran diferencia en los resultados finales de reenvío, así que lo solucioné. para mi futura referencia.
Supuesto: la dirección del servidor Nginx es 1.1.1.1 y debe reenviarse a 2.2.2.2
Enviar solicitud: 1.1.1.1/foo/api
Supuesto : Nginx La dirección del servidor es 1.1.1.1 y debe reenviarse a 2.2.2.2
Enviar solicitud: 1.1.1.1/foo/api
La tabla aquí realmente me confundió al principio . Agua, pero después de leer el análisis de otras personas, de repente me siento iluminado.