Michael Renner's questions

https://www.cloudshark.org/captures/6f185eb12e97

• 172.30.5.1 具有桥接网络的 Linux 虚拟机，在另一台服务器上运行，虚拟机只有 RFC1918 地址
• 144.76.103.194 Linux 主机，一个接口，连接到互联网和 RFC1918 广播域，充当虚拟机的 NAT 网关
• 86.59.21.20 Linux HTTP 服务器

端口 29909 上的 TCP 流在延迟、已重传的段从 86.59.21.20 到达后遇到来自 144.76.103.194 的 RST。

• 帧 #581 - 启动序列 522729 的重传
• 帧 #615 - 序列 522729 已重新传输
• 帧 #1727 - 原始序列 522729 到达，延迟约 600 毫秒
• 帧 #1728 - NAT 主机将 RST 发送回 HTTP 服务器

直接从 NAT 主机发起的连接工作正常。

当前用于 IPv6 负载平衡的 Linux 软件环境看起来有些严峻。

IPVS对 IPv6 有基本的支持，但还远未完成。IPv6 的 NAT 似乎是不行的。是否有其他项目以实现这一目标为目标？其他操作系统中的 IPv6 支持看起来更好吗？是否有任何商业产品已成功用于具有非平凡负载模式的生产环境？

还是只是 IPv6 的时代还没有到来……？;)

最好的问候，迈克尔

让我们确定一个平均设置：

• 网络公司
• 大约 50 个用户
• 一些用户组（管理、支持、开发人员、系统管理员、测试人员、销售人员）
• 一堆权限（只允许管理人员访问敏感的业务数据，只允许管理员访问生产系统等。pp。）
• 视窗工作站
• Linux 服务器
• 通信（电子邮件、内部 IM 等）
• 一些具有原生 AAA 的 Web 应用程序（例如 Mantis、Mediawiki 等）
• 一些需要使用 Basic Auth 保护的 URL
• 可能是来自 ISV 的一些带有 LDAP 连接器的商业应用程序

在这样的环境中使用 OpenLDAP 可能是可行的，但肯定不好玩，尤其是当您不熟悉 LDAP 时。

一个标准的答案是 Active Directory（考虑到它们的 Kerberos 和 LDAP 后端，它们甚至在某种程度上符合标准），但是是否有任何不同的产品非常适合这种环境，甚至可能比 AD 或 OpenLDAP 更有优势？