Шлюз настроен на неожиданный интерфейс PoE в модеме ADSL

433
someonenoone

Эта проблема возникла во время обычной проверки настроек маршрутизатора / модема. Подробности следуют.

Я использую модем TP-Link TD-W8901N ADSL (технические характеристики здесь ), выходящий в Интернет. Модем управляет подсетью 192.168.1.x, в которой единственным другим устройством является WiFi-маршрутизатор Belkin, который находится по адресу 192.168.1.100. Маршрутизатор Belkin действует как маршрутизатор / DHCP-сервер и создает собственную подсеть 192.168.2.x, в которой фактически находятся все мои устройства. [1]

На маршрутизаторе Belkin шлюз и DNS правильно указаны в качестве модема TP-Link (192.168.1.1), который сам должен получать сведения о DNS непосредственно от провайдера (никаких причудливых переопределений с моей стороны).

На самом модеме я ожидал, что DNS будет по умолчанию ISP, а шлюз будет 192.168.1.1.


Тем не менее, шлюз указывает на 192.168.1.224 - и ни одно устройство, о котором я знаю, не существует по этому IP в моей домашней сети.

Кроме того, таблица маршрутизации в интерфейсе управления TP-Link показывает следующие записи:

# Dest IP Mask Шлюз 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» относится к устройству «Power over Ethernet», но у меня такого нет, и определенно нет других устройств, кроме модема и маршрутизатора в подсети 192.168.1.x.

Кроме того, показатель «Использовать», равный 0, указывает на то, что этот интерфейс фактически никогда не использовался, и, следовательно, может быть лишь незначительным отклонением от настроек по умолчанию модема.

Но чтобы проверить, что может означать этот интерфейс устройства / poe7, я запустил на нем 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». Используйте Stat (который изменился на «2» после запуска nmap дважды) и подкрепите теорию «умолчания по умолчанию». Но это приводит к следующим основным несоответствиям:

  1. Если на IP-адресе * .224 ничего нет, то что он делает в поле IP моего шлюза и как вообще маршрутизируется какой-либо трафик, если * .224 не является действительным IP-адресом шлюза / устройства?
  2. И если это действительное устройство или интерфейс, почему nmap не может лучше его проверить? Загрузка этого IP-адреса непосредственно в браузер также приводит к ошибке «.. сервер, на котором находится эта страница, не отвечает».

Пожалуйста, помогите мне понять эту проблему.

[1] Я понимаю, что установка может быть неоптимальной - но до сих пор она работала довольно хорошо, и я не хочу ее менять или слишком зацикливаюсь на настройках.

1

1 ответ на вопрос

0
Matt

In this case, poe7 most likely indicates a PPPoE tunnel interface, which is the interface providing your DSL Internet connection. Power over Ethernet (PoE) is a feature provided on Ethernet interfaces, and would not change the name of the interface (it would still just be Eth0, Gig0, etc.).

The routing table here shows that the default route (gateway) is actually "Node8" (which could be an alias for 192.168.1.224) and it has a specific host route (/32) to 192.168.1.224. This /32 basically says "all traffic going to 192.168.1.224 will be sent out interface poe7" which means that 192.168.1.224 is on the other end of the PPPoE tunnel. 192.168.1.224 is most likely a firewall or a router interface, and will not respond to pings or show any open ports on a port scan.

You can only guess as to what's going on inside your service provider's network, but this should help you understand what is going on with your connection.

Похожие вопросы