Tâche #29148: Validation du scénario : Les services OpenNebula doivent être accessibles derrière un reverse proxy - Distribution EOLE - Ensemble Ouvert Libre Évolutif

Tâche #29148

Scénario #29128: Validation des scénario 'cadoles'

Ajouté par Joël Cuissinat il y a plus de 6 ans. Mis à jour il y a plus de 6 ans.

Statut:

Fermé

Priorité:

Normal

Assigné à:

Version cible:

Début:

16/10/2019

Echéance:

% réalisé:

Restant à faire (heures):

0.0

Demandes liées

Lié à Scénario #16278: Les services OpenNebula doivent être accessibles derrière un reverse proxy ajouté

La variable vnc_proxy_port_sunstone est bien renommée one_sunstone_vnc_proxy_port avec procédure d’upgrade creole (#29182)
Les variables oned_xmlrpc_ip et oned_xmlrpc_port sont bien définies avec les bonnes valeurs par défaut (#29180)
La variable activer_onesinglenode est bien renommée activer_oned avec procédure d’upgrade creole (#29183)
Le frontend est bien modifié (#29184)
- L’interface sunstone est accessible en HTTPS sur le port 443 à la racine (https://hapy.ac-test.fr)
- L’accès VNC des VMs se déroule correctement en HTTPS sur le port 443
- L’adresse IP du sunstone est bien 127.0.0.1 par défaut (accessible en mode expert)
- Sunstone écoute toujours sur ip_sunstone:port_sunstone (que ce soit en HA ou non)
- Il est possible de paramétrer la taille maximale des téléversements (par défault 512Mo, modifiable en mode expert)
- L’accès de Sunstone à l’API RPC se fait toujours sur le nom_domaine_machine en HTTP (cela auraît pu rester sur 127.0.0.1)
- L’accès à l’API RPC est ouvert en HTTP non sécurisé. Cela pourraît être retiré si sunstone et sched été modifiés pour utiliser 127.0.0.1 (oned_xmlrpc_ip)

Formats disponibles : Atom PDF