<div dir="ltr">Depends on what a device is. If it&#39;s a device that is controlled by a human that could authenticate as themselves then use a user account. If it&#39;s a device that is purely non-human than use a service account.</div><div class="gmail_extra"><br><div class="gmail_quote">On 15 January 2016 at 16:05, Aikeaguinea <span dir="ltr">&lt;<a href="mailto:aikeaguinea@xsmail.com" target="_blank">aikeaguinea@xsmail.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><u></u>




<div><div>I realize these aren&#39;t clients in the sense Keycloak intends, but in this case Keycloak provides all the functionality I need without me having to rebuild it myself -- particularly with respect to generating and managing certificates. Since the devices are all under our control, the concept of a service account seems to fit even if the Keycloak concept of &quot;client&quot; really is intended for something else.<br></div>
<div> </div>
<div>Will using Keycloak clients for this purpose get us in trouble somehow?</div><div><div class="h5">
<div> </div>
<div> </div>
<div>On Wed, Jan 13, 2016, at 09:46 AM, Bill Burke wrote:<br></div>
<blockquote type="cite"><div>I think you&#39;d be better served having public clients and developing
    cert auth for users via our auth spi, as these are users aren&#39;t
    they?  They aren&#39;t clients in the sense of what Keycloak thinks of
    as a client.  A client in keycloak is really a service or web app.<br></div>
<div> </div>
<div>On 1/13/2016 2:43 AM, Stian Thorgersen
      wrote:<br></div>
<blockquote type="cite"><div dir="ltr">As Bill said we haven&#39;t tested with loads of
        clients, but we need to be able to scale to hundreds or probably
        thousand clients at least. So if you run into issues with it let
        us know and we&#39;ll look into it.<br></div>
<div><div> </div>
<div><div>On 13 January 2016 at 01:18,
          Aikeaguinea <span dir="ltr">&lt;<a href="mailto:aikeaguinea@xsmail.com" target="_blank">aikeaguinea@xsmail.com</a>&gt;</span>
          wrote:<br></div>
<blockquote style="margin-top:0px;margin-right:0px;margin-bottom:0px;margin-left:0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div>I&#39;d say
            we&#39;re talking on the order of a hundred to start with; this<br></div>
<div>
            could ramp up to multiples of that within a year or two. I
            imagine the<br></div>
<div>
            thing to do would be for us to do some stress testing of our
            own.<br></div>
<div><div><div> </div>
<div>
                On Tue, Jan 12, 2016, at 06:57 PM, Bill Burke wrote:<br></div>
<div>
                &gt; How many devices you talking about?  I think it may
                become an issue as<br></div>
<div>
                &gt; we haven&#39;t really stressed and benched with tons
                (hundreds/thousands) of<br></div>
<div>
                &gt; clients.<br></div>
<div>
                &gt;<br></div>
<div>
                &gt; On 1/12/2016 6:08 PM, Aikeaguinea wrote:<br></div>
<div>
                &gt; &gt; We have a number of devices that need to
                access APIs; for various<br></div>
<div>
                &gt; &gt; reasons we need to use client certificates for
                this purpose.<br></div>
<div>
                &gt; &gt;<br></div>
<div>
                &gt; &gt; I have noticed that Keycloak will allow
                service accounts to authenticate<br></div>
<div>
                &gt; &gt; using client certificates and that these
                certificates can be generated<br></div>
<div>
                &gt; &gt; within Keycloak. This looks like it fits our
                needs well -- when we set<br></div>
<div>
                &gt; &gt; up a new device we would need to set up a new
                client and service account<br></div>
<div>
                &gt; &gt; for it in Keycloak. I&#39;ve verified through
                testing that we can make this<br></div>
<div>
                &gt; &gt; work.<br></div>
<div>
                &gt; &gt;<br></div>
<div>
                &gt; &gt; Ultimately we may have to manage a fairly
                large number of devices, say<br></div>
<div>
                &gt; &gt; in the hundreds. Is there any reason that
                Keycloak would limit us in the<br></div>
<div>
                &gt; &gt; number of clients we could create and manage
                in this way?<br></div>
<div>
                &gt; &gt;<br></div>
<div>
                &gt;<br></div>
<div>
                &gt; --<br></div>
<div>
                &gt; Bill Burke<br></div>
<div>
                &gt; JBoss, a division of Red Hat<br></div>
<div>
                &gt; <a href="http://bill.burkecentral.com" target="_blank">http://bill.burkecentral.com</a><br></div>
<div>
                &gt;<br></div>
<div>
                &gt; _______________________________________________<br></div>
<div>
                &gt; keycloak-user mailing list<br></div>
<div>
                &gt; <a href="mailto:keycloak-user@lists.jboss.org" target="_blank">keycloak-user@lists.jboss.org</a><br></div>
<div>
                &gt; <a href="https://lists.jboss.org/mailman/listinfo/keycloak-user" target="_blank">https://lists.jboss.org/mailman/listinfo/keycloak-user</a><br></div>
<div> </div>
<div> </div>
</div>
</div>
<div><span><span style="color:rgb(136,136,136)">--<br>
                  Aikeaguinea<br> <a href="mailto:aikeaguinea@xsmail.com" target="_blank">aikeaguinea@xsmail.com</a><br> <br>
                --<br> <a href="http://www.fastmail.com" target="_blank">http://www.fastmail.com</a>
                - Or how I learned to stop worrying and<br>
                                          love email again<br></span></span></div>
<div><div><div> </div>
<div>
                _______________________________________________<br></div>
<div>
                keycloak-user mailing list<br></div>
<div> <a href="mailto:keycloak-user@lists.jboss.org" target="_blank">keycloak-user@lists.jboss.org</a><br></div>
<div> <a href="https://lists.jboss.org/mailman/listinfo/keycloak-user" target="_blank">https://lists.jboss.org/mailman/listinfo/keycloak-user</a><br></div>
</div>
</div>
</blockquote></div>
<div> </div>
</div>
<div> </div>
<div> </div>
<pre>_______________________________________________
keycloak-user mailing list
<a href="mailto:keycloak-user@lists.jboss.org" target="_blank">keycloak-user@lists.jboss.org</a> <a href="https://lists.jboss.org/mailman/listinfo/keycloak-user" target="_blank">https://lists.jboss.org/mailman/listinfo/keycloak-user</a><br></pre></blockquote><div> </div>
<pre>-- 
Bill Burke
JBoss, a division of Red Hat
<a href="http://bill.burkecentral.com" target="_blank">http://bill.burkecentral.com</a><br></pre><div><u>_______________________________________________</u><br></div>
<div>keycloak-user mailing list<br></div>
<div><a href="mailto:keycloak-user@lists.jboss.org" target="_blank">keycloak-user@lists.jboss.org</a><br></div>
<div><a href="https://lists.jboss.org/mailman/listinfo/keycloak-user" target="_blank">https://lists.jboss.org/mailman/listinfo/keycloak-user</a><br></div>
</blockquote><div> </div>
<div><div>--<br></div>
<div>  Aikeaguinea<br></div>
<div>  <a href="mailto:aikeaguinea@xsmail.com" target="_blank">aikeaguinea@xsmail.com</a><br></div>
<div> </div>
</div>
<div> </div>
</div></div><span class="HOEnZb"><font color="#888888"><pre>-- 
<a href="http://www.fastmail.com" target="_blank">http://www.fastmail.com</a> - The way an email service should be
</pre>
</font></span></div>

<br>_______________________________________________<br>
keycloak-user mailing list<br>
<a href="mailto:keycloak-user@lists.jboss.org">keycloak-user@lists.jboss.org</a><br>
<a href="https://lists.jboss.org/mailman/listinfo/keycloak-user" rel="noreferrer" target="_blank">https://lists.jboss.org/mailman/listinfo/keycloak-user</a><br></blockquote></div><br></div>