د کوربه VPN ناسته د VMware میلمه سره شریکول

د تونل اډاپټر پل ته نه نښلي، او Windows 10 د فرعي شبکو ترمنځ روټ نه کوي. د NAT سره host-only برخه میلمه وړي.

ستاسو مجازي ماشین نشي کولی داسې داخلي سیستم ته ورسېږي چې په کوربه کې بشپړ کار کوي، او کوربه د هغه کليانټ له لارې نښلول شوی چې د روټینګ جدول مالک دی۔ مجازي اډاپټر تونل ته د پل په مرسته نښلول ښکاره ښکاري او په دوو جلا دلیلونو ناکامېږي۔ هغه څه چې کار کوي په هغه برخه کې ژباړه ده چې دواړه ماشینونه یې مالک دي۔ بیه ریښتینې ده: هر میلمه په کارپوریټ شبکه کې خپله پیژندنه له لاسه ورکوي۔

دوه دلیلونه چې ولې پل نشي کار کولی

د کليانټ اډاپټر معمولاً یو پته لېږدوي، ډیری وخت /32، او کليانټ د کوربه روټونه بیا لیکي ترڅو عادي بهر تلونکی ټرافیک تونل ته ترجیح ورکړي۔ په کوربه کې اپلیکیشنونه هغه جدول مني او خصوصي سیستم ته رسېږي۔ پل شوی میلمه جدول هېڅ نه لولي، ځکه چې د هغه فریمونه د IP طبقې لاندې سویچ له لارې وځي۔

د تونل اډاپټر په پل کې ایښودل به لاره په تیوري کې حل کړي، او ډرایور به یې ونه مني۔ Windows 10 هم یوازې یو پل وسیله اجازه ورکوي او هغه روټینګ رول نه ورکوي چې ورکشاپ ته اجازه ورکړي د دوو فرعي شبکو ترمنځ ولېږدوي۔ پاتې کېدونکې سرچینه ژباړه ده۔ د میلمه ټرافیک داسې ښکاره کړئ چې له کوربه څخه راځي، او د کوربه خپلې پرېکړې هغه تونل ته وړي، پرته له دې چې میلمه هغه لاره ته اړتیا ولري چې هغه نه شي کولی ولري۔

د کوربه ملکیت یوه برخه جوړه کړئ

په مجازي شبکه سمونګر کې، د VMnet3 په څېر host-only شبکه په هغه پریفکس کې اضافه کړئ چې بل چېرې روټ نه کوئ، د بېلګې په توګه 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"

د تونل د چالانېدو پر مهال د هماغه منزل لپاره د کوربه د خپل لاسرسي سره پرتله کړئ۔ که کوربه بریالی شي او میلمه نه، نقص په ژباړه کې یا په میلمه د دروازې تنظیم کې دی، نه په اړیکه کې۔

بیا دا تبادله ومنئ۔ کارپوریټ سیستمونه اوس د هر میلمه لپاره یوه پته ویني، نو د وسیلې سندونه او د هرې وسیلې د حالت څېړنې نشي کولی دوی سره توپیر کړي، او ځینې پالیسۍ دا په بشپړه توګه منع کوي۔ د غورځېدو چلند هم پرېکړه کړئ، ځکه چې ژباړل شوی ټرافیک د تونل د ناکامۍ پر مهال کولی شي عادي انټرنیټ لارې ته وغورځي، پرته له دې چې تاسو هغه پریفکس د کوربه په فایر وال کې بند کړئ۔

اړوندې مقالې