<div dir="ltr">These all seem like great plugins but I am a little hesitant to bring such a large layer 1 service down in to the foundation... better might be to offer an API for the layer 1 to control it... for DIY clouds the admin can pick whatever they want but my personal recommendation would be if possible a single admin and users use instances not PC it self<br>
</div><div class="gmail_extra"><br><br><div class="gmail_quote">On Thu, Feb 13, 2014 at 4:35 PM, Michael Thoreson <span dir="ltr"><<a href="mailto:m.thoreson@c4labs.ca" target="_blank">m.thoreson@c4labs.ca</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Password authentication would be sufficient in the early stages but perhaps there should be minimum length and complexity requirements. Also make sure that whatever password storage back end used will store the passwords safely and effectively. Adding AD and LDAP support would be of big interest in companies. The support can either be direct PC to AD\LDAP or perhaps PC could have an option to use to already existing host users and groups which would include AD\LDAP users if the host is setup before hand. This is of course won't work if the idea of PC is going to be including it's own OS, but I assume PC will just be installed on whatever host OS the admin chooses.<br>

<br>
Michael Thoreson,<div><div class="h5"><br>
<br>
<br>
On 13/02/2014 11:39 AM, Aryeh Friedman wrote:<br>
</div></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div class="h5">
If petitecloud's goal is only to control stuff at level 0 (even if in large clusters) then it is almost certain the only login would be from the admins and only then if something went wrong (we assume that layer 1 will be controlling us via an API) whould they login... given the above is just having a single password good enough security (for now)... i..e no users, tenants, etc.... the idea is we can skip right to clustering then come back to security as we start to need handle  multiple users all with the same level of access.<br>

<br>
-- <br>
Aryeh M. Friedman, Lead Developer, <a href="http://www.PetiteCloud.org" target="_blank">http://www.PetiteCloud.org</a><br>
<br>
<br></div></div>
______________________________<u></u>_________________<br>
petitecloud-general mailing list<br>
<a href="mailto:petitecloud-general@lists.petitecloud.nyclocal.net" target="_blank">petitecloud-general@lists.<u></u>petitecloud.nyclocal.net</a><br>
<a href="http://lists.petitecloud.nyclocal.net/listinfo.cgi/petitecloud-general-petitecloud.nyclocal.net" target="_blank">http://lists.petitecloud.<u></u>nyclocal.net/listinfo.cgi/<u></u>petitecloud-general-<u></u>petitecloud.nyclocal.net</a><br>

</blockquote>
<br>
______________________________<u></u>_________________<br>
petitecloud-general mailing list<br>
<a href="mailto:petitecloud-general@lists.petitecloud.nyclocal.net" target="_blank">petitecloud-general@lists.<u></u>petitecloud.nyclocal.net</a><br>
<a href="http://lists.petitecloud.nyclocal.net/listinfo.cgi/petitecloud-general-petitecloud.nyclocal.net" target="_blank">http://lists.petitecloud.<u></u>nyclocal.net/listinfo.cgi/<u></u>petitecloud-general-<u></u>petitecloud.nyclocal.net</a><br>

</blockquote></div><br><br clear="all"><br>-- <br><div dir="ltr">Aryeh M. Friedman, Lead Developer, <a href="http://www.PetiteCloud.org" target="_blank">http://www.PetiteCloud.org</a><br></div>
</div>