TCP-связь — виртуальная машина HyperV открывает порт на хосте

TCP-связь — виртуальная машина HyperV открывает порт на хосте

Вот краткое изложение моих попыток подключиться к порту на хосте гипервизора с виртуальной машины, размещенной на той же машине:

  • Настройте в диспетчере Hyper-V:

    • Настройки виртуального коммутатора
    • Внутренний
    • «Включить идентификацию виртуальной локальной сети для операционной системы управления»
    • VLAN номер 2
  • Настройте виртуальную машину (client-01)

    • Настройки сетевого адаптера
    • «Включить идентификацию виртуальной локальной сети»
    • VLAN номер 2
  • Настроенный IP4 на адаптере хоста desktop01 (хост): 192.168.5.1 255.255.255.0

  • Настроенный IP4 на адаптере хоста client-01 (vm): 192.168.5.10 255.255.255.0

  • Клиент может успешно перейти на порт 80 «http://desktop01», работающий на хосте (на хосте запущен небольшой веб-сайт).

  • Пинг 192.168.5.1 от клиента проходит нормально

  • Пинг 192.168.5.10 с хоста проходит нормально

  • Добавлено 10000 как OK для входящих в брандмауэре Windows на хосте

  • Открыл прослушиватель на 10000 на хосте, но на клиенте:

PS C:\Users\user-01> test-netconnection -ComputerName 192.168.5.1 -Port 10000
WARNING: TCP connect to 192.168.5.1:10000 failed

ComputerName           : 192.168.5.1
RemoteAddress          : 192.168.5.1
RemotePort             : 10000
InterfaceAlias         : Ethernet
SourceAddress          : 192.168.5.10
PingSucceeded          : True
PingReplyDetails (RTT) : 0 ms
TcpTestSucceeded       : False

Прослушиватель — это написанная мной программа на C#. Вы можете подозревать, что с ней проблема, но PowerShell без проблем устанавливает соединение с ней с той же машины. Так что... это пахнет как что-то вроде брандмауэра, но я уже сделал там запись, и в файле журнала ничего нет. Что происходит?

решение1

Я вернулся к «Коммутатору по умолчанию» вместо «VLAN номер 2», и теперь все работает отлично. Итак, урок — использовать коммутатор по умолчанию.

Связанный контент