Security OPENAM-amService UrlAccessAgent多次登录_Security_Identity_Openam_Opensso

Security OPENAM-amService UrlAccessAgent多次登录

security

Security OPENAM-amService UrlAccessAgent多次登录,security,identity,openam,opensso,Security,Identity,Openam,Opensso,在我们的部署中，我们在负载均衡器后面有3个OpenAM实例，粘性基于IP地址，因此用户总是在同一台服务器上我的问题是，在完成一天的工作负载后，每个服务器上都会达到最大并发会话数当我分析AMSO审核日志时，我发现我的Web代理（amService UrlAccessAgent）经常打开会话（每分钟超过20个会话），而且这些会话从未被破坏（它们都是实时的：）你能帮我解释一下这种行为吗？难道amService UrlAccessAgent不应该登录一次吗提前谢谢。在您的描述中有几个有趣的地方

在我们的部署中，我们在负载均衡器后面有3个OpenAM实例，粘性基于IP地址，因此用户总是在同一台服务器上

我的问题是，在完成一天的工作负载后，每个服务器上都会达到最大并发会话数

当我分析AMSO审核日志时，我发现我的Web代理（amService UrlAccessAgent）经常打开会话（每分钟超过20个会话），而且这些会话从未被破坏（它们都是实时的：）

你能帮我解释一下这种行为吗？难道amService UrlAccessAgent不应该登录一次吗

提前谢谢。

在您的描述中有几个有趣的地方：

如果您使用的是web代理，那么为什么要将其与amService UrlAccessAgent一起使用？您应该为您的代理创建一个Web代理配置文件，并改用该帐户
不清楚您使用的是什么web服务器，所以我假设它是Apache。在这种情况下，请确保您没有使用预工作模式，推荐的mpm是worker，因为它通常需要更少的代理登录。然而，据我所知，一旦子进程死亡，代理总是注销自己
您可能还想尝试使用更新版本的webagent，如果此问题再次出现，甚至可以每晚使用一次

           if ((isApplicationModule(authMethName) && 
                (ad.isSuperUser(userDN) || ad.**isSpecialUser**(userDN)))
                || isAgent(amIdentityUser))
           if (isAgent(amIdentityUser) && agentSessionIdleTime > 0) {
                ....
                session.setMaxSessionTime(Long.MAX_VALUE/60);
                session.setMaxIdleTime(agentSessionIdleTime);
                session.setMaxCachingTime(agentSessionIdleTime);
            } else {
                session.setExpire(false);
            }