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