Windows Server 2008-连接到127.0.0.1
在运行Windows Server 2008 R2的环境中,我们有一个应用程序,该服务器从服务器上的公共IP连接(绑定到)到127.0.0.1:8334 [连接到侦听0.0.0.0:8334的服务] 在Windows 2003中,这没有问题。我们可以使用从1.2.3.4 [eg]到127.0.0.1:8334的TCP进行连接。 在Windows 2008中,我们发现从公共IP(例如1.2.3.4到127.0.0.1:8334)的TCP连接甚至失败。但服务接受的连接范围是127.0.0.1至127.0.0.1:8334,以及127.0.0.1至1.2.3.4:8334。 尝试关闭Windows防火墙,配置其日志记录等(没有显示有用的日志条目),但无济于事。这是新的网络堆栈的问题吗? 编辑 1.2.3.4尝试连接到同一台计算机上的本地主机[127.0.0.1] 主机文件是默认的Windows 2008主机文件。 回送检查信息,有趣。尝试了...辛苦的工作。交叉检查以确认Id正确完成了所有操作-我已经这样做了。 我想知道是否有使用NAT或其他方式转发端口的解决方案-如果我将127.0.0.1:port转发到1.2.3.4:port,那行得通吗?假设应用程序在0.0.0.0:port上侦听,它将在1.2.3.4:port上建立连接 HOSTS文件确实包含localhost 127.0.0.1-但是,hosts文件仅用于主机名查找。在这种情况下,我们的应用程序将不查找任何主机名,因为127.0.0.1 IP地址被硬编码到其中(而不是localhost主机名)。因此,HOSTS文件不会在这里起作用。 至于1024以上的端口[想想您是指MaxUserPort问题?]我通过尝试简单连接到端口445进行了测试-从127.0.0.1开始工作,从源IP 1.2.3.4连接时不起作用。445是标准的Windows服务,因此应该可以使用! 当前未在计算机上运行NAT或RRAS ...正在想知道是否有办法进行重新路由-我猜测它无法正常工作,因为TCP / IP堆栈会在到达环回接口进行重新路由之前拒绝该数据包。 我检查过的路由打印-看起来不错,先路由公共IP,然后再路由127.0.0.0网络掩码255.255.255.0和127.0.0.1网络掩码255.255.255.255都回送。 编辑 似乎我找到了有关问题原因的答案。我使用eventvwr.msc,启用了Winsock日志记录,关闭了其他服务,只是尝试了此连接测试。当我用Google搜索时,发现了一个错误,该错误以十六进制映射到STATUS_INVALID_ADDRESS_COMPONENT。 那让我知道了:http : //social.msdn.microsoft.com/Forums/en-US/wfp/thread/d7cb6138-3f67-4467-a068-8325f56739ba 证实这是WFP for Vista / 7 / Server 2008 [windows过滤平台]中的设计更改。 [请参阅Anupama Vasanth的回复] 看来我将不得不走困难的路线并重写代码(很难,因为这意味着要与经理打交道!) 多谢您协助我找出/确认问题!