Kushiriki kipindi cha VPN cha mwenyeji na mgeni wa VMware

Mashine yako pepe haiwezi kufikia mfumo wa ndani unaofanya kazi kikamilifu kwenye mwenyeji, na mwenyeji ameunganishwa kupitia mteja anayemiliki jedwali la uelekezaji. Kuunganisha adapta pepe kwenye handaki kwa daraja inaonekana wazi na inashindikana kwa sababu mbili tofauti. Kinachofanya kazi ni tafsiri kwenye sehemu ambayo mashine zote mbili zinamiliki. Gharama ni halisi: kila mgeni hupoteza utambulisho wake mwenyewe kwenye mtandao wa kampuni.

Sababu mbili kwa nini daraja haliwezi kufanya kazi

Adapta ya mteja kwa kawaida hubeba anwani moja, mara nyingi /32, na mteja huandika upya njia za mwenyeji ili trafiki ya kawaida inayotoka ipendeze handaki. Programu kwenye mwenyeji hutii jedwali hilo na kufikia mfumo wa faragha. Mgeni aliyedaraganiwa hasomi jedwali kabisa, kwa sababu fremu zake zinatoka kupitia swichi iliyo chini ya tabaka la IP.

Kuweka adapta ya handaki ndani ya daraja kungelitatua njia kwa nadharia, na dereva hatakubali. Windows 10 pia huruhusu kifaa kimoja tu cha daraja na huzuia jukumu la uelekezaji ambalo lingemruhusu kituo cha kazi kupitisha kati ya subneti mbili. Kinachobaki ni tafsiri ya chanzo. Fanya trafiki ya mgeni ionekane inatoka kwa mwenyeji, na maamuzi ya mwenyeji mwenyewe yanaipeleka kwenye handaki bila mgeni kuhitaji njia ambayo hawezi kuwa nayo.

Unda sehemu ambayo mwenyeji anamiliki

Kwenye kihariri cha mtandao pepe, ongeza mtandao wa host-only kama VMnet3 kwenye kiambishi ambacho huuelekezi mahali pengine popote, kwa mfano 172.28.90.0/24. Mwenyeji huchukua 172.28.90.1 kwenye adapta hiyo na mgeni hujiunga na swichi hiyo hiyo. Zima DHCP ya hypervisor kwenye sehemu hiyo ili huduma moja ya anwani iimiliki.

Thibitisha kuwa Windows inaona kiolesura kabla ya kujenga kitu chochote juu yake, kwa sababu muundo wote unategemea kuwa adapta hiyo ni ya kawaida:

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

Adapta ya host-only inaonekana hapo kama adapta yoyote halisi. Hiyo ndiyo tofauti kamili na adapta ya handaki, ambayo haiwezi kuunganishwa na kitu chochote.

Tafsiri kiambishi cha mgeni

Fungua kipindi cha hali ya juu na tafsiri kiambishi. Kwanza angalia kile kilichopo tayari, kwa sababu mazingira ya utekelezaji ya kontena na hypervisor husakinisha tafsiri zao wenyewe na kufuta isiyo sahihi huharibu bidhaa nyingine.

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

Kisha sanidi mgeni kwa anwani tuli katika kiambishi hicho, 172.28.90.1 kama lango lake, na anwani za kisuluhishi ambazo handaki humpa mwenyeji. Tafsiri hupeleka pakiti na haimfundishi mgeni chochote kuhusu DNS, kwa hivyo mgeni aliyeachwa kwenye rauta ya ndani hutatua majina ya umma na hushindwa kwa kila jina la ndani.

Angalia kuruka kwa kwanza, kisha gharama

Jaribu mpaka wa karibu zaidi kabla ya kujaribu programu. Ufuatiliaji unaosimama kwenye lango la mwenyeji unamaanisha tafsiri haifanyiki, wakati ule unaosimama zaidi ya mwenyeji unamaanisha handaki imeanguka au upande wa mbali umekataa anwani iliyotafsiriwa.

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

Linganisha na ufikiaji wa mwenyeji mwenyewe kwa lengo hilo hilo wakati handaki iko juu. Ikiwa mwenyeji anafanikiwa na mgeni hafanikiwi, hitilafu iko kwenye tafsiri au kwenye mpangilio wa lango la mgeni, si kwenye muunganisho.

Kisha kubali ubadilishaji huo. Mifumo ya kampuni sasa inaona anwani moja kwa kila mgeni, kwa hivyo vyeti vya kifaa na ukaguzi wa hali kwa kila kifaa haviwezi kuwatofautisha, na sera zingine hukataza hii kabisa. Amua pia tabia ya kuanguka, kwa sababu trafiki iliyotafsiriwa inaweza kuanguka kwenye njia ya kawaida ya intaneti handaki inaposhindikana, isipokuwa uzuiye kiambishi hicho kwenye firewall ya mwenyeji.