服务器 Gind.cn

服务器问题集锦,包括 Linux(Ubuntu, Centos,Debian等)和Windows Server服务器

Windows Server 2008 – 连接到127.0.0.1

在运行Windows Server 2008 R2时,我们有一个应用程序从服务器上的公共IP连接到127.0.0.1:8334 [连接到服务监听0.0.0.0:8334] 在Windows 2003中,这没有问题。 我们可以使用TCP从1.2.3.4 [eg]连接到127.0.0.1:8334就好了。 在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的连接。 试图closuresWindows防火墙,configuration其日志等(没有有用的日志条目出现),无济于事。 这是新的networking堆栈的问题吗? 编辑 1.2.3.4正试图连接到同一台机器上的本地主机[127.0.0.1] 主机文件是默认的Windows 2008主机文件。 环回检查信息,有趣。 试过了…没有工作。 通过Crosschecked来validationId是否正确地做了一切 – 我有。 我想知道是否有解决scheme使用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地址被硬编码到它(而不是本地主机名)。 所以HOSTS文件不会在这里发挥作用。 至于1024以上的端口[可能是指MaxUserPort问题?]我试图通过简单的连接到端口445 – 从127.0.0.1工作,从源IP 1.2.3.4连接不工作。 445是一个标准的Windows服务,所以应该工作! 目前没有在机器上运行NAT或RRAS …想知道是否有办法做重新路由 – 我猜测它不会工作,因为TCP / IP堆栈将拒绝数据包,然后到达回路接口重新路由。 路由打印我已经检查 – 似乎很好,公共IP路由第一,然后终于127.0.0.0networking掩码255.255.255.0和127.0.0.1networking掩码255.255.255.255都回送。 编辑似乎我已经find了问题的原因的答案。 我使用eventvwr.msc,启用Winsock日志logging,closures其他服务,只是试过这个连接testing。 当我search到它时,得到了一个hex映射到STATUS_INVALID_ADDRESS_COMPONENT的错误。 这让我: http : //social.msdn.microsoft.com/Forums/en-US/wfp/thread/d7cb6138-3f67-4467-a068-8325f56739ba […]