میزبان کے 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 24host-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"سرنگ چلنے کے دوران اُسی منزل تک میزبان کی اپنی رسائی سے موازنہ کریں۔ اگر میزبان کامیاب ہو اور مہمان نہ ہو، تو نقص ترجمے میں یا مہمان کی گیٹ وے ترتیب میں ہے، رابطے میں نہیں۔
پھر یہ تبادلہ قبول کریں۔ کارپوریٹ نظام اب ہر مہمان کے لیے ایک ہی پتہ دیکھتے ہیں، اس لیے ڈیوائس سرٹیفکیٹ اور فی ڈیوائس حالت کی جانچ اُنہیں الگ نہیں کر سکتی، اور کچھ پالیسیاں اسے بالکل ممنوع قرار دیتی ہیں۔ گرنے کا رویہ بھی طے کریں، کیونکہ سرنگ ناکام ہونے پر ترجمہ شدہ ٹریفک عام انٹرنیٹ راستے پر گر سکتا ہے، جب تک آپ میزبان فائر وال پر وہ سابقہ بلاک نہ کریں۔