Add-NetNatStaticMapping не перенаправляет порт на локальную виртуальную машину

Я использую Windows 10 сборки 1809 и у меня установлен Hyper-V. У меня есть машина с Linux, работающая за NAT, с работающей интернет-связью на IP 10.0.5.5. Я в основном следовал инструкциям по ссылке ниже

https://docs.microsoft.com/en-us/virtualization/hyper-v-on-windows/user-guide/setup-nat-network

Когда я создал сопоставление портов, я назвал

Add-NetNatStaticMapping -ExternalIPAddress 0.0.0.0/24 -ExternalPort 8500 -Protocol TCP -InternalIPAddress 10.0.5.5 -InternalPort 8500 -NatName YetAnotherNAT

Если я пытаюсь зайти на http://10.0.5.5:8500, это работает (страница загружается). Если я пытаюсь зайти на http://127.0.0.1:8500, это не работает (ничего не загружается). Даже если я пытаюсь использовать любой из своих внешних IP, это не работает.

Это в основном похоже на то, что переадресация портов не работает.

Есть идеи?

Get-VmSwitch возвращает следующее

PS C:\> Get-VMSwitch

Name             SwitchType NetAdapterInterfaceDescription
----             ---------- ------------------------------
nat              Internal
Wifi             External   Intel(R) Dual Band Wireless-AC 7265
DockerNAT        Internal
Default Switch   Internal   Teamed-Interface
MyNATSwitch      Internal
YetAnotherSwitch Internal

Get-NetNat возвращает следующее

PS C:\> get-netnat


Name                             : YetAnotherNAT
ExternalIPInterfaceAddressPrefix :
InternalIPInterfaceAddressPrefix : 10.0.5.0/24
IcmpQueryTimeout                 : 30
TcpEstablishedConnectionTimeout  : 1800
TcpTransientConnectionTimeout    : 120
TcpFilteringBehavior             : AddressDependentFiltering
UdpFilteringBehavior             : AddressDependentFiltering
UdpIdleSessionTimeout            : 120
UdpInboundRefresh                : False
Store                            : Local
Active                           : True

Вы, вероятно, сталкиваетесь с этим:

Доступ к внутренним конечным точкам напрямую с хоста

Внутренние конечные точки, назначенные ВМ или контейнерам, не могут быть доступны
с использованием внешних IP / портов, указанных в статических сопоставлениях портов NAT,
напрямую с хоста NAT. С хоста NAT эти внутренние
конечные точки должны адресоваться непосредственно по их внутреннему IP и портам.
Например, предположим, что конечная точка контейнера имеет IP 172.16.1.100 и работающий
веб-сервер, который прослушивает на порту 80. Кроме того, предположим, что
сопоставление порта было создано через Docker для переадресации трафика с
IP-адреса хоста (10.10.50.20), получаемого на TCP-порту 8080, к
конечной точке контейнера. В этом случае пользователь на хосте контейнера не может
получить доступ к веб-серверу напрямую, используя внешние сопоставленные порты. т.е.
Пользователь, работающий на хосте контейнера, не может получить доступ к веб-серверу контейнера косвенно на http://10.10.50.20:8080. Вместо этого пользователь должен
получить доступ к веб-серверу контейнера напрямую по адресу http://172.16.1.100:80.

Единственное исключение к этому ограничению заключается в том, что к внутренней конечной точке можно
получить доступ с использованием внешнего IP/порта из другого конечной точки ВМ/контейнера,
работающего на том же хосте NAT: это называется “hair-pinning”.
Например, пользователь, работающий на контейнере A, может получить доступ к веб-серверу, работающему
в контейнере B, используя внутренний IP и порт по адресу
http://10.10.50.20:8080

Источник: https://techcommunity.microsoft.com/t5/Virtualization/Windows-NAT-WinNAT-Capabilities-and-limitations/ba-p/382303