Distribution EOLE

Problème¶

Les applications web EOLE ne sont accessibles que sur des ports exotiques.

Il faut les rendre accessibles depuis les ports standards 80 et 443.

Propositions¶

• Les applications écoutent sur 127.0.0.1 sur un port exotique
• Il faut mettre en place un reverse proxy
  • écoute sur les ports 80 et 443 des IP de la machines
  • redirige les connexions à des chemins vers les applications respectives

Modifier eole-reverseproxy¶

Nous pouvons modifier eole-reverseproxy afin de le rendre utilisable sur tous les modules :

• Il faut pouvoir définir des hôtes virtuelles avec leurs noms, IPs et ports d’écoute
• Il faut pouvoir associer des applications à des hôtes virtuelles, une application peut-être définie par :
  • Des fichiers de configuration (upstream.d/, web.d) et un mécanisme de lien symbolique
  • Une déclaration gen_config à la manière du reverse proxy actuel sur Amon
    • Un répertoire à rediriger
    • Une URI de destination
    • La gestion des protocoles HTTP (oui, non, rediriger vers HTTPs) et HTTPs (oui, non)
• Il faut pouvoir définir l’hôte virtuel par défaut, c’est à dire rediriger les noms inconnus vers un hôte virtuel particulier
• Il faut pouvoir définir une application racine par hôte virtuel

Le mécanisme de création de lien symbolique peut-être :

• Un script posttemplate
• Une nouvelle méthode de service nginx dans python-pyeole
  • Méthode : nginx
  • La liste des hôtes virtuelles où sera déclaré cette application
    

    <service method='nginx' web_domains='gen_config_domains' servicelist='gen_config'>gen_config</service>
    
    

• Une nouvelle méthode de service web dans python-pyeole
  • Une nouvelle méthode de service : web
  • Un type de serveur supporté : nginx, apache, pourrait être défini au niveau du module ou être détectée automatiquement
  • La liste des hôtes virtuelles où sera déclaré cette application
    

    <service method='web' type='nginx' web_domains='gen_config_domains' servicelist='gen_config'>gen_config</service>
    
    

Chaque application web n’aurait dans ce cas que deux intégrations :

• eole-reverseproxy
• eole-web

Créer un nouveau service¶

Ce nouveau service serait utilisé sur tous les modules sauf Amon et Scribe et ne se limite qu’au cas minimum :

• Un seul hôte virtuel
  • web_url s’il est définie
  • ou nom_domaine_machine
• Uniquement des applications locales avec fichiers de configuration (upstream.d/, web.d)

Chaque application web aurait dans ce cas trois intégrations :

• eole-reverseproxy
• eole-web
• ce nouveau service