我的同事最近 ping 了我们的 DC,而不是从它的静态 IP 回复,而是从它的 WAN 接口回复。我认为这与我们允许通过路由和远程访问设置的 VPN 连接有关。该接口也有一个 DNS 条目,它与静态 IP 在同一范围内。
关于它是什么、它做什么以及为什么我的同事从它而不是静态 IP 集得到响应的任何想法?
我的同事最近 ping 了我们的 DC,而不是从它的静态 IP 回复,而是从它的 WAN 接口回复。我认为这与我们允许通过路由和远程访问设置的 VPN 连接有关。该接口也有一个 DNS 条目,它与静态 IP 在同一范围内。
关于它是什么、它做什么以及为什么我的同事从它而不是静态 IP 集得到响应的任何想法?
听起来您说它是从 NDISWANIP 接口回复的。这是路由和远程访问服务 (RRAS) 使用的虚拟接口。您在那里“看到”它是因为您启用了 RRAS。它的存在是为了支持 RRAS 的功能,它会响应 PING 等,因为对于服务器计算机来说,它是一个网络接口(尽管是虚拟的)。它的 IP 地址注册在与服务器计算机本身相同的名称下,因此循环 DNS 负载平衡将返回其 IP 地址,而不是分配给服务器计算机物理 NIC 的静态 IP。
如果您想阻止 RRAS 服务器在 DNS 中注册 NDISWANIP 接口的 IP 地址,请看这里: http: //support.microsoft.com/kb/292822 通常,我在域控制器上禁用 NDISWANIP 接口的 DNS 注册托管 RRAS 的计算机。
Kip 关于 SLIP 的回答是正确的。不过,PPP 不仅仅用于串行网络。PPP 是一种通用协议,可以在任何媒体上使用。如果您曾经使用过 DSL 线路,那么您可能使用过 PPP over Ethernet (PPPoE),这是 PPP 应用的一个示例。
这是定义 IP 协议的 RFC 所允许的。实际上,更具体地说,它是允许的,因为 RFC 792 ( http://www.faqs.org/rfcs/rfc792.html ) 没有明确禁止它。
一些内核开发人员在编写 TCP/IP 实现时,发现编写生成 ICMP 回复数据包的代码更容易,这样(回复数据包的)源地址是最方便的 IP 地址(通常是第一个接口) ,或要配置的第一个接口)。
大多数人在使用 traceroute 时第一次注意到这一点。正如人们所期望的那样,Traceroute 回复往往来自“最近”的界面。然而,由于 traceroute 基于 ICMP“ttl 超出”错误,这些数据包可以来自系统上的任何 IP 地址。
我并不是说内核开发人员很懒惰,我是说这种代码很重要。在许多 TCP/IP 实现中,确定哪个接口“最近”实际上是相当困难的,因为没有记录数据包进入系统的接口。将这些信息从摇篮带到坟墓只是为了让 traceroute 看起来很漂亮是一种浪费。
大多数人没有意识到这一点,因为 (1) 大多数主机只有 1 个 IP 地址,或者 (2) 许多供应商已经精心设计了他们的 TCP/IP 实现,以确保 ICMP 错误来自 IP 地址的额外步骤人类会期望。思科是第一个这样做的,因为他们太大了,任何不这样做的人都被认为编写了错误的代码。(我曾在一家制造路由器的供应商工作,在厌倦了一个接一个地告诉客户“这不是一个错误,看看 RFC!”之后,我放弃了并将其实现为“像 Cisco”,所以他们没有不必继续向客户解释)。
对于 ping,RFC 792 非常清楚回复应该来自接收数据包的 IP 地址。MS 可能不这样做的原因是您已经通过了某种 NAT,或者它们的别名机制非常轻量级,以至于数据包发送到的实际 IP 地址被一层丢弃,而当它到达ICMP(ping)处理没有其他合乎逻辑的事情要做。
如果这导致问题,请 ping 另一个 IP 地址。
PPP 是点对点协议 SLIP 是串行线路互联网协议
除了它们用于通过串行线路接口(例如电话线等)传输 IP 类型流量之外,我对它们了解不多。就所有意图和目的而言,拨号网络与拨号网络不同,您的计算机是网络上的机器,而不是而不是拨号连接。
编辑:快速浏览一下这个页面SLIP-PPP
几乎解释了您需要了解的内容