Споделување на VPN сесијата на домаќинот со VMware гостин

Тунелскиот адаптер не се приклучува на мост, а Windows 10 не рутира меѓу подмрежи. Host-only сегмент со NAT го носи гостинот.

Вашата виртуелна машина не може да достигне внатрешен систем што совршено работи на домаќинот, а домаќинот е поврзан преку клиент што ја поседува табелата за рутирање. Премостување на виртуелниот адаптер кон тунелот изгледа очигледно и пропаѓа од две одделни причини. Работи преведување на сегмент што го поседуваат двете машини. Цената е вистинска: секој гостин престанува да има сопствен идентитет на корпоративната мрежа.

Две причини зошто мостот не може да работи

Адаптерот на клиентот обично носи една адреса, често /32, и клиентот ги препишува рутите на домаќинот така што обичниот излезен сообраќај го преферира тунелот. Апликациите на домаќинот ја слушаат таа табела и стигнуваат до приватниот систем. Премостен гостин воопшто не ја чита табелата, зашто неговите рамки излегуваат преку преклопник под IP слојот.

Ставањето на тунелскиот адаптер во мост теоретски би го решило патот, а драјверот нема да го прифати. Windows 10 исто така дозволува само еден мостен уред и ја ускратува рутирачката улога што би ѝ овозможила на работна станица да препраќа меѓу две подмрежи. Останува преведувањето на изворот. Направете сообраќајот на гостинот да изгледа како да доаѓа од домаќинот, и одлуките на самиот домаќин го носат во тунелот без гостинот да има потреба од рута што не може да ја има.

Создајте сегмент што го поседува домаќинот

Во уредувачот на виртуелна мрежа, додајте host-only мрежа како VMnet3 на префикс што не го рутирате никаде на друго место, на пример 172.28.90.0/24. Домаќинот зема 172.28.90.1 на тој адаптер, а гостинот се приклучува на истиот преклопник. Исклучете го DHCP на хипервизорот на тој сегмент за да го поседува една адресна служба.

Потврдете дека Windows ја гледа интерфејсот пред да изградите нешто врз него, зашто целиот дизајн зависи од тоа тој адаптер да биде обичен:

Get-NetAdapter | Format-Table Name, InterfaceDescription, Status
Get-NetIPAddress -AddressFamily IPv4 | Where-Object PrefixLength -eq 24

host-only адаптерот се појавува таму како секој физички. Токму тоа е разликата со тунелскиот адаптер, кој не може да се приклучи на ништо.

Преведете го префиксот на гостинот

Отворете сесија со зголемени права и преведете го префиксот. Прво проверете што веќе постои, зашто контејнерските околини и хипервизорите инсталираат свои преводи, а бришењето на погрешниот крши друг производ.

Get-NetNat | Format-Table Name, InternalIPInterfaceAddressPrefix, Active
New-NetNat -Name "LabGuestEgress" -InternalIPInterfaceAddressPrefix 172.28.90.0/24

Потоа конфигурирајте го гостинот со статична адреса во тој префикс, 172.28.90.1 како негова порта и адресите на резолверот што тунелот му ги дава на домаќинот. Преведувањето препраќа пакети и не го учи гостинот ништо за DNS, па гостин оставен на локалниот рутер ги решава јавните имиња и пропаѓа на секое внатрешно.

Проверете го првиот скок, потоа цената

Тестирајте ја најблиската граница пред да тестирате апликација. Трага што запира на портата на домаќинот значи дека преведување не се случува, додека онаа што запира зад домаќинот значи дека тунелот е паднат или спротивната страна ја одбила преведената адреса.

tracert -d 172.20.31.10
nslookup intranet.corp.example
Get-NetNatSession -NatName "LabGuestEgress"

Споредете со сопствениот пристап на домаќинот до истата дестинација додека тунелот е активен. Ако домаќинот успее, а гостинот не, дефектот е во преведувањето или во поставката за порта на гостинот, не во врската.

Потоа прифатете ја размената. Корпоративните системи сега гледаат една адреса за секој гостин, па сертификатите на уредите и проверките на состојбата по уред не можат да ги разликуваат, а некои политики тоа целосно го забрануваат. Одлучете и за однесувањето при испаѓање, зашто преведениот сообраќај може да падне на обичниот интернет пат кога тунелот ќе откаже, освен ако не го блокирате тој префикс на огнениот ѕид на домаќинот.

Поврзани статии