升级到“黑珍珠”4.6.11后HostServer抛出异常
我们刚刚在我们的环境中将K2从4.6.6升级到4.6.11。环境中有两个K2服务器，具有负载均衡器设置。升级之后，K2工作流API中的一些函数将抛出异常。
“错误”、"EnvironmentServer“、"15100”、“泛型”、"SourceCode.Workflow.Runtime.Management [OpenConnection [string[]名称]]“、"15100错误，错误:无法连接端口5252上的loadbal-k2-abc.com”。连接尝试失败是因为连接方在一段时间后没有正确响应，或者已建立的连接失败是因为连接主机未能响应。“、”匿名“、"0.0.0.0”“错误”、"EnvironmentServer“、"15100”、“泛型”、"SourceCode.Workflow.Runtime.Management [SendArchiveX [string[]名称]]“、"15100错误，错误:无法连接端口5252上的loadbal-k2-abc.com”。连接尝试失败是因为连接方在一段时间后没有正确响应，或者已建立的连接失败是因为连接主机未能响应。“、”匿名“、"0.0.0.0”“错误”、"EnvironmentServer“、"15101”、“泛型”、"SourceCode.Workflow.Runtime.Management [ReleaseWorklistItem [string[]名称]]“、"15101错误，错误:无法连接端口5252上的loadbal-k2-abc.com”。连接尝试失败是因为连接方在一段时间后没有正确响应，或者已建立的连接失败是因为连接主机未能响应。、“匿名”、"0.0.0.0“、”错误“、”系统“、”2025年“、"InternalMarshalError”、“2025年"SourceCode.Hosting.Server.Runtime.HostServerBroker.InternalMarshal"，”错误编组错误，无法连接到端口5252的loadbal-k2-abc.com。连接尝试失败是因为连接方在一段时间后没有正确响应，或者已建立的连接失败是因为连接主机未能响应。“、”、"“、”错误“、”系统“、”2025年“、”2025年“、”"SourceCode.Hosting.Server.Services.TCPClientSocket.InternalMarshal"，“、”2025年错误编组SourceCode.Workflow.Runtime.Management.WorkflowManagementHostServer.ReleaseWorklistItem，无法连接到端口5252上的loadbal-k2-abc.com。连接尝试失败是因为连接方在一段时间后没有正确响应，或者已建立的连接失败是因为连接主机未能响应。““错误”、“通信”、"8060“、"ProcessPacketError”、"SourceCode.Hosting.Server.Services.TCPClientSocket.ProcessMessage"，"8060 ProcessPacket错误，无法连接到端口5252上的loadbal-k2-abc.com。连接尝试失败是因为连接方在一段时间后没有正确响应，或者已建立的连接失败是因为连接主机没有响应。“
在HostServer日志中，我们可以看到K2服务器出于某种原因试图联系K2负载均衡器。这看起来像是对K2 4.6.6的一个改变，在那里，它非常有效，并且没有调用负载均衡器。我们还检查了K2配置，没有提到负载均衡器地址。
我们还升级了一个没有负载均衡器的环境，并且没有任何错误。
为什么K2主机服务器试图连接到K2 4.6.11中的负载均衡器，它从哪里获得地址？
回答 1
Stack Overflow用户
发布于 2016-09-23 06:12:38
这是在K2支持的帮助下解决的。K2建立连接的方式和我们制作连接字符串的方式都有需要更改的地方。
这是在4.6.11中引入的，其中包含了SSO更改(TFS 524432 - SSO提示用于凭证缓存)。在4.6.10中，当您使用以下连接字符串验证HostServer会话时： Integrated=True;IsPrimaryLogin=True;Authenticate=True;EncryptedPassword=False;Host=k2.denallix.com;Port=5555;UserID=Denallix\Administrator;Password=K2pass!;WindowsDomain=denallix;SecurityLabelName=K2 与会话关联的连接字符串是: Integrated=True;IsPrimaryLogin=True;Authenticate=True;EncryptedPassword=False;Host=dlx;Port=5555;UserID=DENALLIX\Administrator;Password=K2pass!;AuthData=Denallix;SecurityLabelName=K2 因此，WindowsDomain键不是在SSO之前持久化的，而是作为AuthData添加的(注意上面示例连接字符串的结尾)。 当您打开从WorkflowManagmentServer到WorkflowClient的连接时，会检查连接是否有WindowsDomain、用户名和密码。如果它拥有所有的3个，它将尝试使用这些细节来访问一个用户，在4.6.10中我们没有持久化WindowsDomain，它只会执行一个正常的集成连接字符串，而不需要用户名和密码。 从本质上说，使用这种配置，您将尝试使用以下凭据WindowsDomain + UserID进行身份验证，这将导致使用“域\域\User”这样的方法进行身份验证，因此身份验证尝试将失败。
https://stackoverflow.com/questions/38091971
复制相似问题
腾讯云开发者
