Warning: file_get_contents(/data/phpspider/zhask/data//catemap/5/ruby-on-rails-4/2.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
Keycloak AWS EC2上带docker的KeyClope HA-群集已启动,但登录失败_Keycloak - Fatal编程技术网

Keycloak AWS EC2上带docker的KeyClope HA-群集已启动,但登录失败

Keycloak AWS EC2上带docker的KeyClope HA-群集已启动,但登录失败,keycloak,Keycloak,我们正在尝试在AWS EC2和docker上使用HA设置KeyClope 1.9.3,集群启动时没有错误,但是登录失败,出现以下错误: 警告[org.keydape.events](默认任务-10)类型=登录错误,realmId=master,clientId=null,userId=null,ipAddress=172.30.200.171,错误=无效代码 我们遵循了这篇()文章,但使用了S3_-PING而不是JDBC_-PING 节点似乎相互检测: 信息[org.infinispan.rem

我们正在尝试在AWS EC2和docker上使用HA设置KeyClope 1.9.3,集群启动时没有错误,但是登录失败,出现以下错误:

警告[org.keydape.events](默认任务-10)类型=登录错误,realmId=master,clientId=null,userId=null,ipAddress=172.30.200.171,错误=无效代码

我们遵循了这篇()文章,但使用了S3_-PING而不是JDBC_-PING

节点似乎相互检测:

信息[org.infinispan.remoting.transport.jgroups.JGroupsTransport](Incoming-2,ee,6dbce1e2a05a)ISPN000094:接收到通道密钥斗篷的新群集视图:[6dbce1e2a05a | 1](2)[6dbce1e2a05a,75f2b2e98cfd]

我们怀疑节点之间没有通信,当我们查询jboss mbean“jboss.as.expr:subsystem=jgroups,channel=ee”时,第一个节点的结果是:

jgroups,channel=ee = [6dbce1e2a05a|1] (2) [6dbce1e2a05a, 75f2b2e98cfd]
jgroups,channel=ee  receivedMessages = 0
jgroups,channel=ee  sentMessages = 0
对于第二个节点:

jgroups,channel=ee = [6dbce1e2a05a|1] (2) [6dbce1e2a05a, 75f2b2e98cfd]
jgroups,channel=ee  receivedMessages = 0
jgroups,channel=ee  sentMessages = 5
我们还验证了TCP端口57600和7600是否打开

知道是什么引起的吗

下面是相关的standalone-ha.xml配置,下面是启动命令:

<subsystem xmlns="urn:jboss:domain:jgroups:4.0">
<channels default="ee">
<channel name="ee" stack="tcp"/>
</channels>
<stacks>
<stack name="udp">
<transport type="UDP" socket-binding="jgroups-udp"/>
<protocol type="PING"/>
<protocol type="MERGE3"/>
<protocol type="FD_SOCK" socket-binding="jgroups-udp-fd"/>
<protocol type="FD_ALL"/>
<protocol type="VERIFY_SUSPECT"/>
<protocol type="pbcast.NAKACK2"/>
<protocol type="UNICAST3"/>
<protocol type="pbcast.STABLE"/>
<protocol type="pbcast.GMS"/>
<protocol type="UFC"/>
<protocol type="MFC"/>
<protocol type="FRAG2"/>
</stack>
<stack name="tcp">
<transport type="TCP" socket-binding="jgroups-tcp">
<property name="external_addr">200.129.4.189</property>
</transport>
<protocol type="S3_PING">
<property name="access_key">AAAAAAAAAAAAAA</property>
<property name="secret_access_key">BBBBBBBBBBBBBB</property>
<property name="location">CCCCCCCCCCCCCCCCCCCC</property>
</protocol>
<protocol type="MERGE3"/>
<protocol type="FD_SOCK" socket-binding="jgroups-tcp-fd">
<property name="external_addr">200.129.4.189</property>
</protocol>
<protocol type="FD"/>
<protocol type="VERIFY_SUSPECT"/>
<protocol type="pbcast.NAKACK2"/>
<protocol type="UNICAST3"/>
<protocol type="pbcast.STABLE"/>
<protocol type="pbcast.GMS"/>
<protocol type="MFC"/>
<protocol type="FRAG2"/>
</stack>
</stacks>
</subsystem>

<socket-binding name="jgroups-tcp" interface="public" port="7600"/>
<socket-binding name="jgroups-tcp-fd" interface="public" port="57600"/>

任何帮助都将不胜感激。

您必须启用AWS负载平衡器的粘性才能成功登录。

显然,设置没有问题,问题在于我们在内存数据库中意外为每个实例配置了数据库,而不是共享数据库

standalone.sh -c=standalone-ha.xml -b=$INTERNAL_HOST_IP -bmanagement=$INTERNAL_HOST_IP -bprivate=$INTERNAL_HOST_IP