这个问题是在我对路由器/调制解调器设置进行例行检查时出现的。详情如下。
我使用 TP-Link TD-W8901N ADSL 调制解调器(规格这里) 面向互联网。调制解调器管理 192.168.1.x 子网,其中唯一的其他设备是位于 192.168.1.100 的 Belkin WiFi 路由器。Belkin 路由器充当路由器/DHCP 服务器,并创建自己的 192.168.2.x 子网,我的所有设备实际上都位于该子网中。[1]
在 Belkin 路由器上,网关和 DNS 正确列为 TP-Link 调制解调器 (192.168.1.1),它本身应该直接从 ISP 获取 DNS 详细信息(我这边没有任何花哨的覆盖)。
在调制解调器上,我本以为 DNS 是 ISP 默认设置,网关是 192.168.1.1。
然而,网关指向 192.168.1.224- 并且据我所知,在我的家庭网络上没有任何设备处于该 IP 上。
此外,TP-Link管理界面中的路由表显示以下条目:
# 目标 IP 掩码 网关 IP 指标 设备使用 1 192.168.1.224 32 192.168.1.224 1 poe7 0 2 192.168.1.0 24 192.168.1.1 1 enet0 5871511 3 默认 0 Node8 2 poe7 6875620
Google 告诉我“poe7”接口指的是“以太网供电”设备,但我没有那种设备,而且除了 192.168.1.x 子网上的调制解调器和路由器之外绝对没有其他设备。
此外,“使用”状态为 0 表示该接口实际上从未被使用过,因此可能只是调制解调器默认设置遗留下来的一些杂乱信息。
但为了检查这个设备/poe7-interface 可能意味着什么,我对其运行了 nmap,结果如下:
dummy-system~: nouser$ nmap 192.168.1.224
Starting Nmap 6.47 ( http://nmap.org ) at 2015-07-05 02:10 IST
Note: Host seems down. If it is really up, but blocking our ping probes, try -Pn
Nmap done: 1 IP address (0 hosts up) scanned in 3.12 seconds
dummy-system~: nouser$ nmap -Pn 192.168.1.224
Starting Nmap 6.47 ( http://nmap.org ) at 2015-07-05 02:11 IST
Nmap scan report for 192.168.1.224
Host is up.
All 1000 scanned ports on 192.168.1.224 are filtered
Nmap done: 1 IP address (1 host up) scanned in 201.57 seconds
这实际上可能意味着 192.168.1.224 上没有任何内容,如原始“0”所示。使用状态(运行 nmap 两次后变为“2”),并支持“默认垃圾”理论。但这导致了以下主要矛盾:
- 如果 *.224 IP 上没有任何内容,那么它在我的网关 IP 字段中做什么,如果 *.224 不是有效的网关/设备 IP,那么如何正确路由任何流量?
- 如果它是一个有效的设备或接口,为什么 nmap 不能更好地探测它?直接在浏览器中加载此 IP 也会导致“...此页面所在的服务器没有响应”错误。
请帮助我理解这个问题。
[1] 我意识到设置可能不是最理想的 - 但到目前为止它对我来说效果很好,我不愿意改变这一点或在设置上做太多改动。
答案1
在这种情况下,poe7 很可能表示 PPPoE 隧道接口,即提供 DSL 互联网连接的接口。以太网供电 (PoE) 是以太网接口提供的一项功能,不会改变接口的名称(它仍然只是 Eth0、Gig0 等)。
此处的路由表显示,默认路由(网关)实际上是“Node8”(可能是 192.168.1.224 的别名),并且它具有到 192.168.1.224 的特定主机路由 (/32)。这个 /32 基本上表示“所有到 192.168.1.224 的流量都将通过接口 poe7 发送”,这意味着 192.168.1.224 位于 PPPoE 隧道的另一端。192.168.1.224 很可能是防火墙或路由器接口,不会响应 ping 或在端口扫描中显示任何开放端口。
您只能猜测服务提供商网络内部发生的情况,但这应该有助于您了解连接中发生的情况。