<html>
<head>
<meta content="text/html; charset=utf-8" http-equiv="Content-Type">
</head>
<body text="#000000" bgcolor="#FFFFFF">
<div class="moz-cite-prefix">On 01/12/2016 11:41 PM, Robert Rauch
wrote:<br>
</div>
<blockquote cite="mid:5695810D.80008@gns-systems.de" type="cite">
<meta http-equiv="content-type" content="text/html; charset=utf-8">
<tt>Hi,</tt><tt><br>
</tt><tt><br>
</tt><tt>I've been experimenting with scaling Kallithea
horizontally as described at <a moz-do-not-send="true"
class="moz-txt-link-freetext"
href="http://kallithea.readthedocs.org/en/latest/usage/performance.html#performance">http://kallithea.readthedocs.org/en/latest/usage/performance.html#performance</a></tt><tt><br>
Everything is fine, however I cannot login into my 'Kallithea
Cluster'...<br>
</tt><tt><br>
</tt><tt>I set up two Kallithea instances with shared repos/ and
data/ dirs and unique instance_ids. I'm using HAProxy as a
reverse proxy, the relevant listen stanza is given by</tt><tt><authuser('id:1[default]
auth:true')=""><br>
</authuser('id:1[default]></tt></blockquote>
<br>
<blockquote cite="mid:5695810D.80008@gns-systems.de" type="cite"><tt><authuser('id:1[default]
auth:true')=""> It seems that the admin User has been
successfully authenticated (at node2), but then after being
redirected (?) to the root URL we are authenticated as an
anonymous user again. Whats the problem?<br>
</authuser('id:1[default]></tt></blockquote>
<br>
Are the config files completely the same except instance_id -
including beaker.session.secret?<br>
<br>
Otherwise I guess it perhaps can be the cross site request forgery
protection that somehow interferes.<br>
<br>
It might for this and other reasons be a good idea to configure
haproxy to be "sticky" and always forward requests from a client to
the same server - for example based on IP or cookies.<br>
<br>
/Mads<br>
</body>
</html>