3

В настоящее время у меня есть только базовая настройка, в которой я создал один виртуальный внешний коммутатор Hyper-V на своем адаптере Wi-Fi, к которому мой пока единственный гость Linux подключен с помощью его виртуальной сетевой карты.

Это ноутбук, который я обычно беру с собой в свой кампус, который позволяет студентам иметь беспроводной доступ к Интернету и сетям кампуса, используя Wi-Fi с аутентификацией WPA2+RADIUS. Студент аутентифицируется с помощью своего имени пользователя и пароля.

Моя непосредственная проблема в кампусе заключается в том, что, когда я загружаю гостя и пытаюсь настроить виртуальную сетевую карту с DHCP для того же шлюза, к которому подключен хост, последний теряет все подключения к восходящей линии связи до тех пор, пока я не перезапущу Windows. Я подозреваю, что это связано с тем, что системе аутентификации RADIUS в университетском городке не нравится, что на моем конце есть две разные конечные точки IP, связанные с одним токеном аутентификации 802.11 или чем-то еще. Может даже быть настроено явно обнаруживать и предотвращать это, я не знаю.

Другая проблема заключается в том, что, даже если шлюз был в состоянии приспособить вышеуказанную настройку, он обычно передает адреса обоим через DHCP, и я наблюдал, как гость слишком часто меняет свой IP-адрес, что создает проблемы, так как я теряю его из виду. msgstr "при необходимости подключиться к нему с хоста (например, по SSH).

Размышляя об этом, я решил, что мои интернет-соединения не должны зависеть от того, как настроен шлюз восходящей линии связи, и, насколько я знаю, NAT является идеальным решением для этого. Виртуальная система NAT, прямо на хосте, должна делать это, верно?

В любом случае, мне нужно:

  1. Пусть мой гость и хост находятся в одной сети уровня 2 или локальной сети. Гостем является Linux, к которому мне нужно иметь доступ через SSH, и я также планирую смонтировать папку хоста на госте через SMB.
  2. Я хочу, чтобы и у гостя, и у хоста были постоянные адреса в вышеупомянутой сети, поэтому я всегда знаю, где найти один из другого. Нет DHCP.
  3. Мне, очевидно, нужно как-то связаться с хостом и гостем. Я думаю, что это требование, вместе с двумя другими, настоятельно рекомендовало бы NAT, где гости либо формируют сеть уровня 2 или LAN с хостом, либо где хост функционирует как маршрутизатор / шлюз для гостей.

У меня есть Ethernet и адаптер Wi-Fi на хосте, и хотя я часто нахожусь на Wi-Fi, я хочу, чтобы восходящая связь через Ethernet также работала.

Я читал о WinNAT, полагая, что это то, что мне нужно, но выполняя следующие команды в моей административной консоли PowerShell на хосте, я не уверен, где я стою:

New-NetIPAddress -IPAddress 192.168.0.1 -PrefixLength 24 -InterfaceIndex 24
New-NetNat -Name HelloNAT -InternalIPInterfaceAddressPrefix 192.168.0.0/24

Внутренний виртуальный коммутатор настроен ранее, Get-NetAdapter сообщает мне, что индекс интерфейса коммутатора равен 24 , что и использовалось выше. Виртуальная машина Debian Linux настроена со следующим в /etc/network/interfaces:

iface eth0 inet static
    address 192.168.0.3
    netmask 255.255.255.0
    gateway 192.168.0.1

Я не могу даже пропинговать или трассировать адрес шлюза от виртуальной машины, не говоря уже о каком-либо WAN-адресе, например 8.8.8.8 (один из публичных DNS-серверов Googles).

1 ответ1

0

После перерыва я обнаружил, что мой NAT не был настроен должным образом, так как казалось, что ему был назначен полностью фиктивный IP-адрес, который я не помню, устанавливая или изобретая. Значение было слишком случайным, поэтому я решил, что это какое-то случайное значение. Я помню, что я все настроил, так как Microsoft руководила мной, поэтому единственный выбор, который я оставил, - это повторить его снова.

Я удалил сеть NAT с помощью Get-NetNat | Remove-NetNat а также удалил записи IP-адресов из виртуального коммутатора с помощью Remove-NetIPAddress -InterfaceIndex , в результате чего я остался только с пустым коммутатором и без адресов, связанных с ним.

Затем я снова последовал за руководством и переделал все, на этот раз убедившись, что адрес «192.168.0.1/24», который я назначил, застрял с ним. И это сделал.

Пока все работает как положено. Это для потомков - следуйте статье в Microsoft, и у вас должен быть рабочий NAT, как описано в вопросе. Нет DNS, хотя, не без дополнительных шагов.

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .