Назад | Перейти на главную страницу

Монитор сетевых ресурсов Windows показывает активное соединение ipv6, но у машины нет адреса ipv6

Изучая проблемы с производительностью на одном из наших серверов (Windows Server 2012), я заметил, что соединение с наибольшим объемом трафика направлено на адрес ipv6 (ac19:8020::).

Но согласно ipconfig /all, и все настройки, которые я вижу, у этой машины нет адреса ipv6! Так как это вообще работает? Попытка проверить связь с этим адресом приводит к PING: transmit failed. General failure.

Это также svchost.exe связи с ac19:8014:: и e000:fc::, хотя трафика у них почти нет. Подобные подключения также отображаются на другом сервере.

Есть ли в Windows скрытое устройство обратной петли, которое не отображается в ipconfig? Даже если есть, действительно ли это действительный адрес обратной связи?

Как я могу узнать, что это за адрес? На этом этапе было бы полезно просто знать, какой интерфейс он использует для общения.

Следует отметить, что оба сервера работают на виртуальных машинах в корпоративной сети. Я не контролирую хост или корпоративную сеть.

редактировать

Бег tracert по любому из этих адресов приводит к:

  1  Transmit error: code 1231

route print показывает, что действительно существует интерфейс обратной петли, который не показан в ipconfig /all:

===========================================================================
Interface List
 12...00 50 56 a4 67 4a ......Intel(R) 82574L Gigabit Network Connection
  1...........................Software Loopback Interface 1
===========================================================================

IPv4 Route Table
===========================================================================
[REDACTED]

IPv6 Route Table
===========================================================================
Active Routes:
 If Metric Network Destination      Gateway
  1    306 ::1/128                  On-link
  1    306 ff00::/8                 On-link
===========================================================================

Похоже, что нет действительного маршрута для ac19:8020::, также не определен какой-либо шлюз IPv6 (есть IPv4). Если он используется для обратной петли, это действительно странный адрес, и я до сих пор не понимаю, как он вообще работает, учитывая приведенную выше таблицу маршрутизации.