我对从 Internet 访问内部 LAN 服务的需求不断增长。直到最近，通过网络提供的唯一服务是访问电子邮件（Exchange-OWA）。现在我们有一个供应商提供的 Web 应用程序，可以访问我们的主要记录系统。我在边缘使用 Sonicwall NSA 2400，WAN 接口上有一个公共 IP 地址。主要 LAN 接口连接到我们的交换机核心。辅助 LAN 接口连接到一个简单的 24 端口交换机并充当 DMZ，尽管它直到现在还没有被使用（很多）。我所有的服务器都是虚拟化的（VMware ESXi），并且可以连接到主 LAN 或 DMZ。NAT 策略允许在 sonicwall 中访问 OWA，该策略允许端口 443 流量在内部重定向到我们的邮件服务器。

使用新的 web 应用程序，我尝试设置一个新的 NAT 策略，该策略使用非标准端口号将 https 流量传送到新服务器，而不是将默认的 443 流量转发到邮件服务器。供应商相应地配置了服务器。我们发现（显然是现在）必须使用带有非标准端口号的长 url 来避免与邮件服务器的转发冲突。所以我们开始思考如何做重定向。好吧，这就是让我想到什么是允许对我们的公共 ip 的不同传入请求安全可靠地路由到正确的内部服务器/服务的最佳整体策略的问题。我是否应该继续仅依赖防火墙 nat 和端口转发？是否有更好的计划来构建某种门户？我们确实预计会有更多的服务器/服务需要使用 Web 浏览器和其他应用程序从 Internet 访问。有什么好主意吗？