<p>Even ssh access from sunstone machine to opennebula machine is not needed?<br>
Seems that sunstone is totally based on rmlrpc api</p>
<div class="gmail_quote">Il giorno 04/ott/2012 22:22, "Hector" <<a href="mailto:hector@convivencial.org">hector@convivencial.org</a>> ha scritto:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
En Thu, 04 Oct 2012 22:12:15 +0200, Gandalf Corvotempesta <<a href="mailto:gandalf.corvotempesta@gmail.com" target="_blank">gandalf.corvotempesta@gmail.<u></u>com</a>> escribió:<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
2012/10/4 Hector <<a href="mailto:hector@convivencial.org" target="_blank">hector@convivencial.org</a>>:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Sunstone aims to cover as much functionality as the OpenNebula CLI (and more<br>
in a sense). So you wouldn't need to use the CLI. It's implemented on the<br>
OpenNebula ruby API directly.<br>
</blockquote>
<br>
I have to install the whole opennebula stack on a sunstone dedicated server?<br>
</blockquote>
<br>
Eh no... if you install from sources you can pass the '-s' flag to the install script so only the sunstone files are installed. (you have to compile though if you want to generate the language files)<br>
<br>
Otherwise install the opennebula package in your dedicated server and then set the :one_xmlrpc: variable in sunstone-server.conf to point to where your opennebula is running, and start the sunstone-server only.<br>
<br>
Note the considerations in:<br>
<br>
<a href="http://opennebula.org/documentation:rel3.6:sunstone#deploying_sunstone_in_a_different_machine" target="_blank">http://opennebula.org/<u></u>documentation:rel3.6:sunstone#<u></u>deploying_sunstone_in_a_<u></u>different_machine</a><br>

<br>
specially regarding the server_auth file.<br>
<br>
-- <br>
Hector<br>
@hecsanjuan<br>
</blockquote></div>