Empresas
Empleos
  • Sobre nosotros
  • Soluciones
    • Publicación de vacantes
      Publica tu vacante y recibe candidatos calificados en 48h.
    • Evaluación de candidatos
      500+ pruebas técnicas y psicológicas, más anti-fraude.
    • Headhunting
      Búsqueda ejecutiva a la medida de principio a fin.
    • Nómina + EOR
      Dispersión de nómina y EOR en más de 15 países de LATAM.
  • Precios
  • Empleos

0

182
Vistas
Ejecutando dos aplicaciones Flask en dos dominios diferentes usando apache2 y WSGI

Tengo dos aplicaciones Flask de Python (3.6) que se ejecutan en Ubuntu 18.04 y estoy tratando de usar Apache2 (v2.4.29) para servir estas dos aplicaciones en dos dominios diferentes: app1domain.com y app2domain.com. Tengo dos archivos .conf que he estado tratando de modificar para que esto funcione. Actualmente se ven así (reemplace app1 con app2 por la segunda):

 WSGIDaemonProcess app1 python-home=/var/www/app1/venv user=brett group=sudo home=/ threads=5 WSGIScriptAlias / /var/www/app1/app.wsgi WSGIProcessGroup app1 WSGIApplicationGroup %{GLOBAL} <VirtualHost *:80> ServerAdmin myemail@outlook.com ServerName app1domain.com ServerAlias www.app1domain.com <Directory /var/www/app1> Require all granted </Directory> ErrorLog ${APACHE_LOG_DIR}/error.log CustomLog ${APACHE_LOG_DIR}/access.log combined RewriteEngine on RewriteCond %{SERVER_NAME} =app1domain.com [OR] RewriteCond %{SERVER_NAME} =www.app1domain.com RewriteRule ^ https://%{SERVER_NAME}%{REQUEST_URI} [END,NE,R=permanent] </VirtualHost> <VirtualHost *:443> ServerName app1domain.com ServerAlias www.app1domain.com ServerAdmin myemail@outlook.com LogLevel debug ErrorLog ${APACHE_LOG_DIR}/error.log CustomLog ${APACHE_LOG_DIR}/access.log combined Include /etc/letsencrypt/options-ssl-apache.conf SSLCertificateFile /etc/letsencrypt/live/app1domain.com/fullchain.pem SSLCertificateKeyFile /etc/letsencrypt/live/app1domain.com/privkey.pem </VirtualHost> # vim: syntax=apache ts=4 sw=4 sts=4 sr noet

Aquí es donde me quedo atascado, y esto es lo que he intentado:

  1. Si ambos archivos conf están en el formato que se muestra arriba, app1 se servirá tanto en https://app1domain.com como en https://app2domain.com , y app2 no se mostrará.
  2. Si desactivo la configuración para la aplicación 1, la aplicación 2 se envía tanto a https://app1domain.com como a https://app2domain.com , lo que sugiere que, como mínimo, ambos archivos de configuración 'funcionan' y las aplicaciones funcionan correctamente.
  3. A partir de mis investigaciones, veo que muchos archivos conf tienen las instrucciones WSGI dentro de las etiquetas <VirtualHost> . Si hago esto para ambas configuraciones, la página predeterminada de Apache2 se muestra en ambos dominios.
  4. He probado casi todas las combinaciones de las instrucciones WSGI dentro y fuera de la etiqueta <VirtualHost> y también la etiqueta <Directory> anidada. La mayoría de los resultados acaban en la página predeterminada de apache2.

¿Me estoy perdiendo alguna otra opción que necesito cambiar? ¿Qué estoy haciendo mal aquí?

También he estado buscando buena documentación sobre cómo interpretar estos archivos conf, qué hacen realmente las opciones, así que me encantaría que alguien pudiera indicarme algo, especialmente si cubre WSGI.

over 4 years ago · Santiago Trujillo
1 Respuestas
Responde la pregunta

0

Parece tan obvio en retrospectiva. Resulta que el problema fue el resultado de mi confianza ciega en certbot para generar automáticamente el nuevo VirtualHost y redirigir, y realmente no pensé en cómo funcionaba esto.

Si observa el archivo .conf de ejemplo en la pregunta, la razón por la que funciona es porque las instrucciones WSGI se crean fuera del alcance de las etiquetas <VirtualHost> , lo que les permite ser recogidos por ambos VirtualHosts. Pero al mismo tiempo, debido a que se crean globalmente, las instrucciones WSGI en el archivo .conf que aparece primero anulan alfabéticamente a las demás, por lo que app1 aparece en app1domain.com y app2domain.com.

Cuando moví las instrucciones WSGI dentro de las etiquetas <VirtualHost> , las moví dentro de las etiquetas <VirtualHost *:80> , porque todos los ejemplos que encontré hacían eso (porque no usaban SSL). Cuando hice eso, en lugar de ejecutar la aplicación, RewriteEngine estaba redirigiendo la solicitud a la versión https del sitio web. Eso es recogido por <VirtualHost *:443> donde notará que no tenía instrucciones sobre cómo ejecutar la aplicación, por lo que obtenemos una página predeterminada.

Al final, reescribí mis archivos .conf de la siguiente manera:

 <VirtualHost *:80> ServerAdmin myemail@outlook.com ServerName app1domain.com ServerAlias www.app1domain.com ErrorLog ${APACHE_LOG_DIR}/error.log CustomLog ${APACHE_LOG_DIR}/access.log combined RewriteEngine on RewriteCond %{SERVER_NAME} =app1domain.com [OR] RewriteCond %{SERVER_NAME} =www.app1domain.com RewriteRule ^ https://%{SERVER_NAME}%{REQUEST_URI} [END,NE,R=permanent] </VirtualHost> <VirtualHost *:443> ServerName app1domain.com ServerAlias www.app1domain.com ServerAdmin myemail@outlook.com WSGIDaemonProcess app1 python-home=/var/www/app1/venv user=brett group=sudo home=/ threads=5 WSGIScriptAlias / /var/www/app1/app.wsgi <Directory /var/www/app1> WSGIProcessGroup app1 WSGIApplicationGroup %{GLOBAL} Require all granted </Directory> LogLevel debug ErrorLog ${APACHE_LOG_DIR}/error.log CustomLog ${APACHE_LOG_DIR}/access.log combined Include /etc/letsencrypt/options-ssl-apache.conf SSLCertificateFile /etc/letsencrypt/live/app1domain.com/fullchain.pem SSLCertificateKeyFile /etc/letsencrypt/live/app1domain.com/privkey.pem </VirtualHost>
over 4 years ago · Santiago Trujillo Denunciar
Responde la pregunta
Encuentra empleos remotos

¡Descubre la nueva forma de encontrar empleo!

Top de empleos
Top categorías de empleo
Empresas
Publicar vacante Precios Comercial
Legal
Términos y condiciones Política de privacidad
© 2026 PeakU Inc. All Rights Reserved.
Andres GPT
Recomiéndame algunas ofertas
Necesito ayuda