Первый узел, о котором сообщает `tracert`, находится не в моей локальной сети

Мой ноутбук подключен напрямую к Ethernet-кабелю, который идет от моего провайдера, который обязывает меня иметь статический IP-адрес в сети 10.192.20.1/ 255.255.252.0. Когда я бегу tracert, я ожидаю, что первый узел будет принадлежать этой сети. Однако это не так.

$ ipconfig | grep -i -e подсеть -e шлюз
   Маска подсети . , , , , , , , , , , : 255.255.252.0
   Шлюз по умолчанию . , , , , , , , , : 10.192.20.1
   Маска подсети . , , , , , , , , , , : 255.255.0.0
   Шлюз по умолчанию . , , , , , , , , :

(это Cygwin для Windows; пожалуйста, игнорируйте вторую сеть)

$ tracert 8.8.8.8 | голова -5

Отслеживание маршрута до google-public-dns-a.google.com [8.8.8.8]
более 30 прыжков:

  1 3 мс 5 мс 2 мс 172.31.254.38

Я почти уверен, что раньше я видел 10.192.20.1первый узел в tracertвыводе, но почему-то это уже не так.

Может ли быть так, что маршрутизатор моего провайдера по какой-то причине отвечает своим «внешним» IP вместо «внутреннего»? Или, может быть, этот маршрутизатор теперь настроен так, что он просто игнорирует TTL и просто пропускает пакеты? Кажется, я нигде не могу найти однозначного ответа относительно того, что именно происходит (если это вообще возможно выяснить). Благодарю.

networking routing traceroute Konstantin.V
источник

Что показывает трассировка на другой IP?

Doezer

Любой другой? Трассировка маршрутизации любых общедоступных IP-адресов, которые я пробовал (например, тот, который разрешает google.com ), дает тот же 1-й узел.

Константин.

Трассировка маршрута моего шлюза 10.192.20.1возвращает именно это, прямо на первом прыжке.

Константин.

Трассировка маршрутов 10.192.20.2- это то, что несколько озадачивает меня, потому что оно последовательно дает, во-первых, 1 * * * Request timed out.затем 2 1 ms 1 ms 1 ms 10.192.20.2. И, наконец, 3 10.192.20.2 reports: Destination host unreachable.Но это, вероятно, совсем другая проблема.

Константин.

Я думаю, как вы сказали, что промежуточное оборудование настроено так, что оно не отвечает на запросы traceroute. Я знаю, что это возможно с помощью iptables, поэтому я не вижу проблем в технической возможности. Что касается того, почему это было бы сделано таким образом ... Не знаю, без полного сетевого контекста.

Doezer