При подключении виртуального коммутатора Hyper-V к Wi-Fi - значок беспроводной сети systray превращается в значок проводной сети

Question

Работает Windows 10 Pro, последняя версия. Настройка моей первой виртуальной машины Hyper-V. Заметил, что при настройке внешнего виртуального коммутатора на адаптере Wi-Fi значок сетевого подключения хост-компьютера (Windows 10 Pro) меняется с беспроводного на проводной (независимо от того, запущена ли соответствующая виртуальная машина или нет.) Если я подключусь Виртуальный коммутатор к моему адаптеру Ethernet, значок беспроводной связи вернулся. (В обоих случаях сетевое соединение (проводное и беспроводное) работает хорошо.)

Может ли это быть связано с тем, что хост теперь подключен к виртуальному коммутатору, а не напрямую к адаптеру Wi-Fi? Есть ли что-то, что я пропускаю в конфигурации? (Не удалось найти ссылку на это - так или иначе.) Есть ли способ решить эту проблему? (Даже если это не проблема конфигурации с моей стороны, это вводит в заблуждение и представляет некоторый риск для безопасности, не зная, какое соединение - проводное / беспроводное - я использую из быстрого взгляда на значок systray.)

Ниже приведен мой вывод ipconfig, при подключении к Wi-Fi, но с иконкой системного подключения проводного подключения.

Microsoft Windows [Version 10.0.14393] (c) 2016 Microsoft Corporation. All rights reserved.

C:\Users\uisho>ipconfig

Windows IP Configuration


Ethernet adapter Ethernet:

   Media State . . . . . . . . . . . : Media disconnected
   Connection-specific DNS Suffix  . :

Wireless LAN adapter Local Area Connection* 5:

   Media State . . . . . . . . . . . : Media disconnected
   Connection-specific DNS Suffix  . :

Ethernet adapter vEthernet (Virtual Switch):

   Connection-specific DNS Suffix  . :
   Link-local IPv6 Address . . . . . : fe80::96b:7a59:d555:b0ed%8
   IPv4 Address. . . . . . . . . . . : 192.168.43.38
   Subnet Mask . . . . . . . . . . . : 255.255.255.0
   Default Gateway . . . . . . . . . : 192.168.43.1

Ethernet adapter Bluetooth Network Connection:

   Media State . . . . . . . . . . . : Media disconnected
   Connection-specific DNS Suffix  . :

Tunnel adapter isatap.{40E29CAD-F4A4-4437-BDE8-0130B8367ACA}:

   Media State . . . . . . . . . . . : Media disconnected
   Connection-specific DNS Suffix  . :

Tunnel adapter Teredo Tunneling Pseudo-Interface:

   Connection-specific DNS Suffix  . :
   IPv6 Address. . . . . . . . . . . : 2001:0:9d38:6ab8:cbb:53f:dae5:6c6b
   Link-local IPv6 Address . . . . . : fe80::cbb:53f:dae5:6c6b%17
   Default Gateway . . . . . . . . . : ::

C:\Users\uisho>

Answer 1

Просто наткнулся на этот ответ на каком-то другом форуме. В соответствии с этим, это (т.е. наличие значка проводного подключения даже при фактическом подключении через WiFi) является ожидаемым поведением при использовании Hyper-V.

Answer 2

Когда вы создаете виртуальный коммутатор, связанный с интерфейсом WiFi, Windows создает поверх него виртуальный мост и предоставляет вам виртуальный адаптер 802.3 vEthernet. Но Windows не создает мост, когда виртуальный коммутатор привязан к проводной сети 802.3 Ethernet. Эта разница в поведении объясняется природой сетей WiFi. Обычно AP не принимает пакеты с исходным MAC-адресом, отличным от соответствующего адаптера WiFi, поэтому вам нужно организовать MAC NAT, чтобы он работал, и именно для этого предназначен сетевой мост Microsoft поверх WiFi. Я объяснил некоторые детали здесь: https://www.ntkernel.com/bridging-networks-with-windows-packet-filter/

Хотя, похоже, что Microsoft уже исправила проблему с иконкой в ​​трее для отображения базового сетевого носителя вместо эмулируемого.