Paano maabot ang pribadong serbisyo sa pamamagitan ng VPN sa isang virtual machine

Ituring ang bisita at ang Mac na dalawang magkahiwalay na network na pinag-uugnay ng isang makitid na pinto. Pinananatili ng virtual machine ang kliyente nitong VPN at ang sariling landas sa internet; naaabot ng Mac ang eksaktong isang serbisyo sa pamamagitan ng adapter na para lamang sa host at isang na-forward na port. Wala nang iba ang dapat tumawid. Sundin ang mga hakbang sa pagkakasunod-sunod, at huminto kapag may nabigo, dahil ipinapalagay ng bawat susunod na hakbang na nanatili ang mga nauna.

Isulat ang dalawang landas bago baguhin ang anuman

Sa bisita, ipinapakita ng ipconfig /all ang adapter na nagdadala ng VPN at ang address na natanggap nito mula sa DHCP ng virtual network. Sa Mac, isulat ang virtual interface na ginawa ng hypervisor para sa segment na iyon; sa VMware Fusion ang device na para lamang sa host ay karaniwang vmnet1, at binibigyan ng Parallels ang sarili nito ng pangalan. Pansinin kung sino ang namamahagi ng address doon, pagkatapos isulat ang lahat, dahil madalas na muling inilalaan ang subnet na para lamang sa host kapag muling ginawa ang virtual network. Suriin ang network mode ng virtual machine sa hypervisor, hindi sa iyong alaala nito. Ang shared o NAT mode para sa adapter na nakaharap sa internet at ang mode na para lamang sa host para sa adapter na nakaharap sa Mac ang kaayusang ipinapalagay ng mga hakbang na ito.

Dalawang adapter, dalawang layunin. Ang paghahalo sa kanila upang isang adapter ang maglingkod sa Mac at sa internet nang sabay ang siyang nagiging dahilan upang maging rutadong landas ang makitid na pinto.

Kumpirmahin muna ang sariling VPN ng bisita

Simulan ang kliyente sa loob ng Windows at kumpirmahing natatapos ito, sa anumang pagsubok na idinodokumento ng vendor. Huwag magpatuloy hanggang ang bisita lamang ang makarating sa pribadong serbisyo, dahil ang problemang pang-forward na nakapatong sa sirang tunnel ay may dalawang dahilan at walang kapaki-pakinabang na mensahe ng error. Isulat ang pribadong address na pinagre-resolbahan ng serbisyo mula sa loob ng bisita. Iyon lamang ang dapat pangalanan ng tuntunin sa pag-forward.

Kung itinutulak ng kliyente ang buong tunnel, dinadala pa rin ng adapter na para lamang sa host ang lokal na trapiko, ngunit tiyakin na hindi nahuhuli ng tunnel ang pribadong destinasyon sa paraang nagbabago ng address nito. Ang profile na may hati na tunnel ay nagpapasimple nito at sulit hilingin sa may-ari ng VPN.

Idagdag ang paang para lamang sa host at subukan itong mag-isa

Ikabit ang adapter na para lamang sa host sa bisita, bigyan ito ng static na address sa subnet na walang ibang gumagamit, at kumpirmahing kayang i-ping ito ng Mac. Subukan habang konektado at habang putol ang VPN, dahil kailangang makayanan ng address ang dalawa. Ang bisitang sumasagot lamang habang nakataas ang tunnel nito ay may problemang pang-ruta na hindi mo pa natatagpuan.

Maaaring uriin ng Windows ang bagong adapter bilang pampublikong network, na humaharang sa papasok na trapiko bilang default. Itakda ang profile bago i-debug ang anupaman.

I-forward ang isang port, hindi ang subnet

Mas mainam ang isang na-forward na port kaysa sa pangkalahatang IP forwarding. Nagbibigay ang Windows ng netsh interface portproxy, na nagfo-forward ng nakikinig na port patungo sa destinasyong host at port, at kailangan nitong tumatakbo ang serbisyong IP Helper.

Palaging itakda ang listenaddress sa address na para lamang sa host. Kapag inalis ito, nabibigkis ang lahat ng interface, na naglalantad sa serbisyo sa anumang network kung saan naroon ang virtual machine. Magdagdag ng tuntunin sa firewall na limitado sa interface na para lamang sa host at sa isang port na iyon, upang magtugma ang listener at ang pahintulot. Maaaring mas gusto ng aplikasyong may kamalayan sa proxy ang maliit na proxy sa loob ng bisita, na nagtatapos ng koneksyon at hindi nangangailangan ng pabalik na ruta patungo sa Mac. Piliin ang proxy kapag pinapayagan ng protocol, dahil nabigo itong sarado dahil sa pagkakabuo nito.

I-verify, pagkatapos isulat ang rollback

Mula sa Mac, i-resolba ang pribadong pangalan, patakbuhin ang inilaan na operasyon, pagkatapos ihinto ang VPN ng bisita at kumpirmahing nabigo ang operasyon sa halip na tahimik na bumalik. Ang huling pagsusuring iyon ang nagpapatunay na ang landas ay ang ginawa mo. Isulat kung anong pagkakakilanlan ang nakikita ng gateway at sino ang pinapayagang gumamit ng forward.

Isulat ang rollback sa tatlong hakbang: alisin ang entry ng portproxy, alisin ang tuntunin sa firewall, tanggalin ang adapter na para lamang sa host. Pagkatapos patakbuhin ito nang isang beses, bago mo ito kailanganin, at kumpirmahing gumagana pa rin ang sariling VPN ng bisita pagkatapos. Kung hinihiling ng iyong organisasyon na ang bawat Mac ay magparehistro nang mag-isa, huminto rito at gamitin na lang ang modelong iyon, dahil ang pinagsasaluhang punto ng pag-forward ay nagtutuon ng access sa isang bisita. Alinman sa dalawa, ilagay ang mga address at ang port sa talaan ng pagbabago; hindi gugustuhin ng susunod na tao na muling tuklasin ang mga ito.