Hogyan érhet el privát szolgáltatást VPN-en át egy virtuális gépen

Kezelje a vendéget és a Macet két külön hálózatként, amelyeket egyetlen keskeny ajtó köt össze. A virtuális gép megtartja VPN-kliensét és saját internetútvonalát; a Mac pontosan egy szolgáltatást ér el egy csak gazdagépnek szánt adapteren és egyetlen továbbított porton keresztül. Más nem léphet át. Kövesse a lépéseket sorrendben, és álljon meg, ha valamelyik meghiúsul, mert minden későbbi lépés feltételezi, hogy az előzőek kitartottak.

Jegyezze fel a két útvonalat, mielőtt bármit módosít

A vendégen a ipconfig /all mutatja azt az adaptert, amely a VPN-forgalmat hordozza, és azt a címet, amelyet a virtuális hálózat DHCP-jétől kapott. A Macen jegyezze fel a virtuális interfészt, amelyet a hipervizor ehhez a szegmenshez létrehozott; a VMware Fusionnél a csak gazdagépnek szánt eszköz általában vmnet1, a Parallels pedig saját nevet ad. Figyelje meg, ki oszt ott címeket, majd írjon le mindent, mert a csak gazdagépnek szánt alhálózatot gyakran újraosztják, amikor a virtuális hálózat újra létrejön. A virtuális gép hálózati módját a hipervizorban ellenőrizze, ne az emlékezetében. A megosztott vagy NAT-mód az internet felé néző adapterhez, plusz a csak gazdagép mód a Mac felé néző adapterhez az az elrendezés, amelyet ezek a lépések feltételeznek.

Két adapter, két cél. Összekeverni őket úgy, hogy egy adapter szolgálja ki a Macet és az internetet is, az teszi a keskeny ajtót átirányított útvonallá.

Először a vendég saját VPN-jét igazolja

Indítsa el a klienst a Windowsban, és igazolja, hogy lezárul, bármilyen teszttel, amelyet a szállító dokumentál. Ne lépjen tovább, amíg a vendég egyedül el nem éri a privát szolgáltatást, mert a törött alagútra rakódott továbbítási probléma két okkal rendelkezik, és nincs használható hibaüzenete. Jegyezze fel azt a privát címet, amelyre a szolgáltatás a vendég belsejéből feloldódik. A továbbítási szabálynak egyedül ezt a címet kell megneveznie.

Ha a kliens teljes alagutat tol, a csak gazdagépnek szánt adapter továbbra is viszi a helyi forgalmat, de ellenőrizze, hogy az alagút nem fogja-e el a privát célt úgy, hogy megváltoztatja a címét. A megosztott alagút profilja ezt egyszerűbbé teszi, és érdemes kérni attól, akié a VPN.

Adja hozzá a csak gazdagépnek szánt ágat, és tesztelje egyedül

Csatlakoztasson a vendéghez egy csak gazdagépnek szánt adaptert, adjon neki statikus címet egy olyan alhálózaton, amelyet semmi más nem használ, és igazolja, hogy a Mac pingelni tudja. Tesztelje csatlakoztatott és leválasztott VPN-nel, mert a címnek mindkettőt túl kell élnie. Az a vendég, amely csak addig válaszol, amíg az alagútja fent van, olyan útválasztási problémával küzd, amelyet még nem talált meg.

A Windows a nyilvános hálózat kategóriájába sorolhatja az új adaptert, ami alapértelmezés szerint blokkolja a bejövő forgalmat. Állítsa be a profilt, mielőtt bármi mást hibakeresne.

Egy portot továbbítson, ne az alhálózatot

Egyetlen továbbított portot részesítsen előnyben az általános IP-továbbítással szemben. A Windows a netsh interface portproxy eszközt szállítja, amely egy figyelő portot továbbít egy célgazdagépre és -portra, és ehhez futnia kell az IP Helper szolgáltatásnak.

A listenaddress mindig a csak gazdagépnek szánt címre állítsa. Ha kihagyja, minden interfészhez kötődik, ami kiteszi a szolgáltatást bármely hálózatnak, ahol a virtuális gép éppen van. Adjon hozzá tűzfalszabályt, amely a csak gazdagépnek szánt interfészre és arra az egy portra korlátozódik, hogy a hallgató és az engedély egyezzen. A proxy-tudatos alkalmazás esetleg inkább egy kis proxyt szeretne a vendégen belül, amely lezárja a kapcsolatot, és nem igényel visszaútvonalat a Machez. Válassza a proxyt, amikor a protokoll engedi, mert az felépítésénél fogva zártan hibázik.

Ellenőrizze, majd írja le a visszaállítást

A Macről oldja fel a privát nevet, hajtsa végre a szándékolt műveletet, majd állítsa le a vendég VPN-jét, és igazolja, hogy a művelet meghiúsul, ahelyett hogy csendben visszaesne. Ez az utolsó ellenőrzés bizonyítja, hogy az útvonal az, amelyet Ön épített. Jegyezze fel, milyen identitást lát az átjáró, és ki használhatja a továbbítást.

Írja le a visszaállítást három lépésben: távolítsa el a portproxy-bejegyzést, távolítsa el a tűzfalszabályt, csatlakoztassa le a csak gazdagépnek szánt adaptert. Aztán futtassa le egyszer, mielőtt szüksége lenne rá, és igazolja, hogy a vendég saját VPN-je utána is működik. Ha szervezete megköveteli, hogy minden Mac önállóan regisztráljon, álljon meg itt, és használja inkább azt a modellt, mert a megosztott továbbítási pont egy vendégre összpontosítja a hozzáférést. Mindenképpen tegye a címeket és a portot a változási nyilvántartásba; a következő ember nem akarja újra felfedezni őket.