Tâche #29148
Scénario #29128: Validation des scénario 'cadoles'
Validation du scénario : Les services OpenNebula doivent être accessibles derrière un reverse proxy
Début:
16/10/2019
Echéance:
% réalisé:
0%
Restant à faire (heures):
0.0
Demandes liées
Historique
#1 Mis à jour par Joël Cuissinat il y a plus de 4 ans
- Lié à Scénario #16278: Les services OpenNebula doivent être accessibles derrière un reverse proxy ajouté
#2 Mis à jour par Daniel Dehennin il y a plus de 4 ans
- Statut changé de Nouveau à En cours
#3 Mis à jour par Daniel Dehennin il y a plus de 4 ans
- Assigné à mis à Daniel Dehennin
#4 Mis à jour par Daniel Dehennin il y a plus de 4 ans
- La variable
vnc_proxy_port_sunstone
est bien renomméeone_sunstone_vnc_proxy_port
avec procédure d’upgrade creole (#29182) - Les variables
oned_xmlrpc_ip
etoned_xmlrpc_port
sont bien définies avec les bonnes valeurs par défaut (#29180) - La variable
activer_onesinglenode
est bien renomméeactiver_oned
avec procédure d’upgrade creole (#29183) - Le frontend est bien modifié (#29184)
- L’interface sunstone est accessible en
HTTPS
sur le port443
à la racine (https://hapy.ac-test.fr
) - L’accès VNC des VMs se déroule correctement en
HTTPS
sur le port443
- L’adresse IP du sunstone est bien
127.0.0.1
par défaut (accessible en modeexpert
) - 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 modeexpert
) - L’accès de Sunstone à l’API RPC se fait toujours sur le
nom_domaine_machine
enHTTP
(cela auraît pu rester sur127.0.0.1
) - L’accès à l’API RPC est ouvert en
HTTP
non sécurisé. Cela pourraît être retiré sisunstone
etsched
été modifiés pour utiliser127.0.0.1
(oned_xmlrpc_ip
)
- L’interface sunstone est accessible en
#5 Mis à jour par Daniel Dehennin il y a plus de 4 ans
- Statut changé de En cours à Fermé
- Restant à faire (heures) mis à 0.0