https://dev-eole.ac-dijon.fr/https://dev-eole.ac-dijon.fr/favicon.ico2019-10-21T13:32:56ZEnsemble Ouvert Libre ÉvolutifEOLE OpenNebula - Tâche #29184: Fournir un template nginxhttps://dev-eole.ac-dijon.fr/issues/29184?journal_id=1390272019-10-21T13:32:56ZPhilippe Caseiropcaseiro@cadoles.com
<ul><li><strong>Sujet</strong> changé de <i>Fournir un template nginx </i> à <i>Fournir un template nginx</i></li><li><strong>Assigné à</strong> mis à <i>Vincent Febvre</i></li></ul> EOLE OpenNebula - Tâche #29184: Fournir un template nginxhttps://dev-eole.ac-dijon.fr/issues/29184?journal_id=1390282019-10-21T13:33:00ZPhilippe Caseiropcaseiro@cadoles.com
<ul><li><strong>Statut</strong> changé de <i>Nouveau</i> à <i>En cours</i></li></ul> EOLE OpenNebula - Tâche #29184: Fournir un template nginxhttps://dev-eole.ac-dijon.fr/issues/29184?journal_id=1390822019-10-24T09:19:09ZPhilippe Caseiropcaseiro@cadoles.com
<ul><li><strong>% réalisé</strong> changé de <i>0</i> à <i>100</i></li></ul> EOLE OpenNebula - Tâche #29184: Fournir un template nginxhttps://dev-eole.ac-dijon.fr/issues/29184?journal_id=1390832019-10-24T09:19:14ZPhilippe Caseiropcaseiro@cadoles.com
<ul><li><strong>Statut</strong> changé de <i>En cours</i> à <i>Résolu</i></li></ul> EOLE OpenNebula - Tâche #29184: Fournir un template nginxhttps://dev-eole.ac-dijon.fr/issues/29184?journal_id=1391382019-10-25T09:49:56ZPhilippe Caseiropcaseiro@cadoles.com
<ul><li><strong>Statut</strong> changé de <i>Résolu</i> à <i>En cours</i></li></ul> EOLE OpenNebula - Tâche #29184: Fournir un template nginxhttps://dev-eole.ac-dijon.fr/issues/29184?journal_id=1391422019-10-25T11:24:25ZPhilippe Caseiropcaseiro@cadoles.com
<ul><li><strong>Statut</strong> changé de <i>En cours</i> à <i>Résolu</i></li></ul> EOLE OpenNebula - Tâche #29184: Fournir un template nginxhttps://dev-eole.ac-dijon.fr/issues/29184?journal_id=1392152019-10-29T08:23:58ZDaniel Dehennin
<ul></ul><p>Sur un hâpy, il n’y a pas d’application web par défaut :</p>
<p>- GenConfig est sous <strong><code>/genconfig</code></strong><br />- EAD3 est sous <strong><code>/ead3</code></strong></p>
<p>Il y a-t-il une contrainte qui empêche de mettre Sunstone directement à la racine ? Cela aurait pour avantage d’éviter les 2 redirection <strong><code>/sunstone</code></strong> et <strong><code>/locale</code></strong> et d’avoir une configuration équivalente au contenu du <strong><code>server</code></strong> sur le port <strong><code>443</code></strong> (<a class="issue tracker-5 status-16 priority-4 priority-default closed parent" title="Scénario: Les services OpenNebula doivent être accessibles derrière un reverse proxy (Terminé (Sprint))" href="https://dev-eole.ac-dijon.fr/issues/16278">#16278</a>).</p> EOLE OpenNebula - Tâche #29184: Fournir un template nginxhttps://dev-eole.ac-dijon.fr/issues/29184?journal_id=1392162019-10-29T08:30:16ZPhilippe Caseiropcaseiro@cadoles.com
<ul></ul><p>Pour moi c'était pas possible avec l'utilisation de la mécanique web.d upstream.d enfin pas souhaitable.<br />si j'ai bien compris il y a déjà une "racine" quand on utilise web.d et upstream.d.</p>
<p>J'ai juste suivi la même méthodologie que pour genconfig ou ead</p> EOLE OpenNebula - Tâche #29184: Fournir un template nginxhttps://dev-eole.ac-dijon.fr/issues/29184?journal_id=1392172019-10-29T08:48:24ZDaniel Dehennin
<ul></ul><p>Il y a bien <strong><code>eoleflask</code></strong> qui est à la racine :</p>
<pre>
root@hapy:~# grep -F 'location /' /etc/nginx/sites-enabled/*
/etc/nginx/sites-enabled/eoleflask.conf: location / {
</pre>
<p>Mais du serveur qui écoute sur le port <strong><code>7000</code></strong> et non pas 443 ni 80.</p>
<p>\o/</p> EOLE OpenNebula - Tâche #29184: Fournir un template nginxhttps://dev-eole.ac-dijon.fr/issues/29184?journal_id=1392332019-10-29T10:54:47ZDaniel Dehennin
<ul><li><strong>Statut</strong> changé de <i>Résolu</i> à <i>Fermé</i></li><li><strong>Restant à faire (heures)</strong> mis à <i>0.0</i></li></ul><ul>
<li>L’interface sunstone est accessible en <strong><code>HTTPS</code></strong> sur le port <strong><code>443</code></strong> à la racine (<strong><code>https://hapy.ac-test.fr</code></strong>)</li>
<li>L’accès VNC des VMs se déroule correctement en <strong><code>HTTPS</code></strong> sur le port <strong><code>443</code></strong></li>
<li>L’adresse IP du sunstone est bien <strong><code>127.0.0.1</code></strong> par défaut (accessible en mode <strong><code>expert</code></strong>)</li>
<li>Sunstone écoute toujours sur <strong><code>ip_sunstone:port_sunstone</code></strong> (que ce soit en HA ou non)</li>
<li>Il est possible de paramétrer la taille maximale des téléversements (par défault <strong><code>512Mo</code></strong>, modifiable en mode <strong><code>expert</code></strong>)</li>
<li>L’accès de Sunstone à l’API RPC se fait toujours sur le <strong><code>nom_domaine_machine</code></strong> en <strong><code>HTTP</code></strong> (cela auraît pu rester sur <strong><code>127.0.0.1</code></strong>)</li>
<li>L’accès à l’API RPC est ouvert en <strong><code>HTTP</code></strong> non sécurisé. Cela pourraît être retiré si <strong><code>sunstone</code></strong> et <strong><code>sched</code></strong> été modifiés pour utiliser <strong><code>127.0.0.1</code></strong> (<strong><code>oned_xmlrpc_ip</code></strong>)</li>
</ul>