The cloud view always makes request to “/service” even when the
OneFlow provisionning tab is disable.
When the OneFlow service is disable and the route is active, Sunstone
just reply a “503 Service Unavailable”.
* tmpl/sunstone-server.conf: do not disable OneFlow route.
Ref: #22068
- Retour de la filelist dans la condition disable_if_in
- Suppression d'un template qui n'existe plus
- Mise à jour du template user.yaml pour être compatible avec la version
5.0.2
ref #16991 @1h
Prise en compte des évolutions entre 5.0.1 et 5.0.2
Ajout de la configuration pour utiliser memecached pour stocker les
sessions plutôt que la RAM, de cette manière on limite l'effet du
reconfigure sur les utilisateurs finaux
ref #17017 @20m
Afin de pouvoir bénéficier du HTTPS et de VNC on fait écouter sunstone sur l'IP
du serveur plutôt que sur 127.0.0.1 ainsi websocketify écoute également sur l'IP
et on a toujours accès au port VNC.
Cette méthode marche car le reverse proxy est sur la même machine.
Sunstone reste accessible sur le port 9000 aux IP listées dans ip_ssh_eth0
Sunstone en https est lui disponible pour les IP listées dans ip_admin_eth0.
fixes#9081 @1h00
Donc, finalement on conditionne l'affichagne de "l'onglet" market_place dans
les vues de sunstone.
On met une valeur par défaut avec l'url du market place de "OpenNebula.systems" (ex C12G Labs).
fixes#9543 @30m
tmpl/admin.yaml : Ajout de la configuration pour les vues appmarket
tmpl/user.yaml : Ajout de la configuration pour les vues appmarket
tmpl/sunstone-server.conf: Ajout de la route appmarket
tmpl/sunstone-views.yaml: ajout des vues appmarket
ref #9377 @30m
tmpl/sunstone-server.conf: Utilisation de la variable vnc_proxy_port_sunstone
Le port VNC proxy est configurable. On utilise également les certificats de la
machine pour le proxy VNC et on ouvre les ports pour les IP qui peuvent faire du
SSH vers eth0.
fixes#7869 @2h
tmpl/sunstone-server.conf : Création du template
Ce dictionnaire et ce template ser a configurer l'interaface web à
OpenNebula, Sunstone
ref #7313 @45m
