Empresas
Empregos
  • Sobre nós
  • Soluções
    • Publicação de vagas
      Publique sua vaga e receba candidatos qualificados em 48h.
    • Avaliações de candidatos
      Mais de 500 testes técnicos e psicológicos, mais anti-fraude.
    • Headhunting
      Busca executiva personalizada do início ao fim.
    • Folha de Pagamento + EOR
      Dispersão de folha e EOR em mais de 15 países da LATAM.
  • Preços
  • Empregos

0

185
Visualizações
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 Respostas
Responde à pergunta

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 Relatório
Responde à pergunta
Encontrar trabalhos remotos

Descubra a nova forma de encontrar um emprego!

melhores empregos
Principais categorias de trabalho
Empresas
Postar vaga Preços Comercial
Jurídico
Termos e Condições Política de privacidade
© 2026 PeakU Inc. All Rights Reserved.
Andres GPT
Recomende algumas ofertas para mim
Preciso de ajuda