您好！
依赖7.6
在测试实验室中我发现了后端维护模式中的一个奇怪的错误。
在测试实验室中，我使用集群中的 2 个节点 Relianoid 7.6 来平衡 Outlook 客户端与 Exchange 的连接。
当 Outlook 连接到 Exchange 时，我会看到服务器场中与每个 Exchange 后端建立的连接数（DAG 中只有 2 个 Exchange 测试服务器）。
我在其中一个后端（剪切）上打开维护模式，我看到客户端连接被重置，但之后它们开始重新连接到同一个后端，该后端现在处于维护模式，也就是说，客户端连接不应该恢复到它。
如果您尝试关闭并打开后端的维护模式，则不会发生任何变化，客户端连接将继续成功恢复到处于维护状态的后端，并且在禁用维护之前不应接受连接。
仅当您在后端打开维护模式并重新启动服务器场时，维护模式才会开始工作，之后客户端连接将不会恢复到处于维护模式的后端。
看起来像是一个错误。
农场配置为 l4xnat 模式，端口为 443，后端数量为 2。
嗨！
您能否生成支持保存（在系统 > 支持保存）并与我们分享：support AT relianoid DOT com？
谢谢！
您好！
我已将支持文件发送给您，请查看邮件）
嗨！
感谢您的支持。这似乎与配置的持久性有关，因为所有客户端都绑定到同一个 IP 地址。
请将会话持久性从“源 IP”更改为“源端口”。
期待您的反馈，
干杯。
您好！
我将会话持久性从“源 IP”更改为“源端口”，维护模式现在运行得更好了。在旧版本中，ZEVENET 维护模式无需将会话持久性从“源 IP”更改为“源端口”即可正常工作。我想了解维护逻辑在 RELIANOID 平衡器或者我在 ZEVENET 中总是使用不正确的设置？
ZEVENET 中的维护模式始终运行良好，不依赖于会话持久性设置。
我将 ZEVENET 升级到 RELIANOID.
嗨！
维护模式和会话持久性根本没有改变。
在您的基础架构中，所有客户端是否始终都使用 NAT 连接，还是最近才更改？因为如果您在客户端使用 NAT 连接的情况下，使用“源 IP”持久性将客户端负载均衡到不同的后端，那么这是一个 Zevenet 错误。
为了确认正确的行为，请将其更改为“源 IP”并在 /usr/local/relianoid/config/global.conf 中启用调试，从以下更改：
$debug=”0″;
至
$debug=”9″;
然后，重现维护问题。
最后，请通过电子邮件分享新的支持保存。
亲切的问候。
您好！
好的，谢谢你的信息！
在我的测试中，基于 ZEVENET 的基础设施客户端连接始终可以在 NATed（lx4nat 模式）下工作，这是有关 ZEVENET 的有趣信息。
我不需要测试 ZEVENET 平衡器，因为现在我使用 RELIANOID.
RELIANOID 良好而简单的平衡器。
谢谢你的帮助！=)
不客气，
请享用 RELIANOID!