我完全被难住了,没有太多事情要做,所以我希望有人能提出可能出错的建议。
我已经成功运行了 DNS 服务器和 Web 服务器,它们都位于路由器后面的不同机器上。我的域名服务器指向包含 a 记录的 DNS 服务器。路由器将所有 DNS 流量(从端口 53 传入)发送到 DNS 服务器,并将所有 HTTP 流量(端口 80 和 443)路由到 Web 服务器。
多年来,一切都运行良好……直到突然之间,一切都没有了。现在,每当我尝试查看我托管的任何网站时,它都无法正常工作。“在加载页面时重置了与服务器的连接”。
当我尝试从网络内部查看网站时,我的每个域都指向路由器。
奇怪的是,如果我从任何地方查看一个配置为使用 SSL 的网站,那么它就可以工作,所以它似乎只是端口 80 的问题。
我最近在网络服务器(Windows Server 2008)上安装了 SP2,除此之外我很确定没有其他任何改变。NAT 表在路由器上都是正确的。
我不明白!任何建议将不胜感激。
您需要本地化哪个部分不起作用。将“浏览网页”分解为各个部分:
因此,首先您需要验证 DNS 是否正确解析。理想情况下,这应该来自网络外部的机器(我假设您正在向外部客户提供页面)。
其次,telnet 到 80 端口,内部优先。对我来说这是:
如果这有效(使用任何有效的服务器响应),则服务器正在该端口上响应。如果你想挑剔,你可以使用:
用您的服务器默认使用的任何内容替换 index.htm。这应该返回一个有效的页面:
现在,如果您可以从外部执行此操作,并接收任何类型的有效服务器响应,那么问题出在服务器本身(代码或配置)上。
第三,您需要验证您的服务器是否能够将其响应传回给客户。这可能更多是 SLB 设置的问题,其中 NAT、服务器和虚拟地址都是不同的地址,服务器可以通过与请求发出的地址不同的地址与客户进行通信(异步路由)。
希望有帮助。如果您提供更多信息,我相信我们中的一些人会愿意帮助您验证外部资料...
编辑:好吧,如果 91.135.5.118 是正确的分辨率,那么两个名称服务器的 DNS 似乎都很好。
但是,当我尝试:
它超时。
这通常会让我建议您与您的 ISP 讨论他们可能会阻止入站端口 80 请求。但是,如果他们允许所有其他看似打开的端口,那将有点愚蠢。
我做了一个数据包捕获,只是为了看看线路上发生了什么,看来您的服务器实际上从未完成 TCP 握手。它似乎收到了初始的 SYN,返回了一个 SYN/ACK,我发送了最终的 ACK,并且您的服务器一直在尝试重新发送 SYN/ACK。
我的赌注转移到上游或您的服务器上的防火墙配置。
从您的机器上获取命令提示符并键入 nslookup。这将显示您正在使用的 DNS 服务器,键入 debug。这样您就知道正在解析什么以及正在解析什么 DNS 服务器,然后您可以在需要时从那里更新记录或条目。
您服务器的内部 IP 地址与路由器上的外部 IP 地址不同,对吧?因此,当您尝试从内部计算机连接到 www.whatever.com 时,它会尝试连接到外部 IP 地址。大多数路由器无法正确处理此问题。
因此,您需要做的是覆盖内部计算机的 DNS,以便内部计算机使用 Web 服务器的内部 IP 地址。
快速而简单的解决方法是修改每台内部计算机上的主机文件(windows:C:\windows\system32\drivers\etc\hosts;Linux:/etc/hosts)以包含 Web 服务器的内部 IP 地址.
另一种方法是运行另一个内部 DNS 服务器,它会提供服务器的内部 IP 地址。然后将所有内部系统配置为使用此 DNS 服务器。
我认为您的问题需要进一步解释,但听起来您的解析器有问题。您可以通过 nslookup 直接查询服务器。但是,您还说过,如果您查看 HTTPS(端口 TCP443)它可以工作。但是,由于 DNS (UDP53) 对于 HTTP (TCP80) 和 HTTPS 的工作方式相同,这会导致您的诊断出现一些错误,因为如果 DNS 被破坏,您也将无法查看 HTTPS 端口。请注意,这里可能存在一些DNS 缓存,这可能会混淆您的诊断。
我最初的猜测是您的 ISP 开始阻止端口。TCP/UDP 53 和/或 TCP/UDP 80 都是要阻止(传入)的常用端口,因为如果您有住宅连接,他们不希望您运行服务器。
总之,我会:
已解决:非常愚蠢的问题,不知何故,路由器已被重新配置为允许从互联网访问控制面板,因此它显然试图将所有端口 80 流量指向外部 IP。
感谢您提供的所有帮助!