ভার্চুয়াল মেশিনে VPN-এর মাধ্যমে একটি ব্যক্তিগত সেবায় পৌঁছানোর উপায়

অতিথি ও Mac-কে একটি সরু দরজা দিয়ে জোড়া দুটি আলাদা নেটওয়ার্ক হিসেবে ধরুন। ভার্চুয়াল মেশিনটি তার VPN ক্লায়েন্ট ও নিজের ইন্টারনেট পথ ধরে রাখে; Mac কেবল হোস্ট-শুধু অ্যাডাপ্টার ও একটি ফরওয়ার্ড করা পোর্ট দিয়ে ঠিক একটি সেবায় পৌঁছায়। আর কিছুই ওপারে যাওয়া উচিত নয়। ধাপগুলো ক্রম অনুসারে অনুসরণ করুন এবং কোনোটি ব্যর্থ হলে থামুন, কারণ পরের প্রতিটি ধাপ আগেরগুলো টিকে আছে ধরে নেয়।

কিছু বদলানোর আগে দুটি পথ লিখে রাখুন

অতিথিতে ipconfig /all যে অ্যাডাপ্টার VPN পরিবহন বহন করে এবং ভার্চুয়াল নেটওয়ার্কের DHCP থেকে পাওয়া ঠিকানা দেখায়। Mac-এ হাইপারভাইজার ওই সেগমেন্টের জন্য তৈরি ভার্চুয়াল ইন্টারফেসটি লিখে রাখুন; VMware Fusion-এ হোস্ট-শুধু ডিভাইসটি সাধারণত vmnet1, আর Parallels নিজের নাম দেয়। সেখানে কে ঠিকানা বিলি করে তা খেয়াল করুন, তারপর সবটা লিখে ফেলুন, কারণ ভার্চুয়াল নেটওয়ার্ক আবার তৈরি হলে হোস্ট-শুধু সাবনেট প্রায়ই নতুন করে বরাদ্দ হয়। ভার্চুয়াল মেশিনের নেটওয়ার্ক মোড হাইপারভাইজারে যাচাই করুন, নিজের স্মৃতিতে নয়। ইন্টারনেটমুখী অ্যাডাপ্টারের জন্য শেয়ারড বা NAT মোড আর Mac-মুখী অ্যাডাপ্টারের জন্য হোস্ট-শুধু মোড — এই ধাপগুলো এই বিন্যাসই ধরে নেয়।

দুটি অ্যাডাপ্টার, দুটি উদ্দেশ্য। একই অ্যাডাপ্টার যেন Mac ও ইন্টারনেট দুটোই সামলায় এমনভাবে মেশানোই সরু দরজাকে রাউট করা পথে বদলে দেয়।

আগে অতিথির নিজের VPN নিশ্চিত করুন

Windows-এর ভেতরে ক্লায়েন্ট চালু করুন এবং ভেন্ডর যে পরীক্ষাই নথিভুক্ত করে থাকে তা দিয়ে সেটি শেষ হয় কি না নিশ্চিত করুন। অতিথি একা ব্যক্তিগত সেবায় না পৌঁছানো পর্যন্ত এগোবেন না, কারণ ভাঙা টানেলের উপরে চাপানো ফরওয়ার্ডিং সমস্যার দুটি কারণ থাকে আর কোনো কাজের ত্রুটি বার্তা থাকে না। সেবাটি অতিথির ভেতর থেকে কোন ব্যক্তিগত ঠিকানায় রিজলভ হয় তা লিখে রাখুন। ফরওয়ার্ডিং নিয়মে কেবল সেই ঠিকানাই থাকা উচিত।

ক্লায়েন্ট যদি পূর্ণ টানেল চাপায়, হোস্ট-শুধু অ্যাডাপ্টার তবু স্থানীয় ট্রাফিক বহন করে, তবে যাচাই করুন যে ব্যক্তিগত গন্তব্যটি টানেল এমনভাবে ধরে না ফেলে যা তার ঠিকানা বদলে দেয়। স্প্লিট টানেল প্রোফাইল এটা সহজ করে এবং VPN-এর মালিকের কাছে এটা চাওয়া উচিত।

হোস্ট-শুধু লিংক যোগ করুন এবং একা একা পরীক্ষা করুন

অতিথিতে হোস্ট-শুধু অ্যাডাপ্টার লাগান, এমন সাবনেটে তাকে স্থির ঠিকানা দিন যা আর কেউ ব্যবহার করে না, এবং Mac সেটিতে ping করতে পারে কি না নিশ্চিত করুন। VPN সংযুক্ত ও বিচ্ছিন্ন দুই অবস্থাতেই পরীক্ষা করুন, কারণ ঠিকানাটিকে দুটোই টিকতে হবে। যে অতিথি কেবল তার টানেল চালু থাকলেই সাড়া দেয় তার এমন একটি রাউটিং সমস্যা আছে যা আপনি এখনো খুঁজে পাননি।

Windows নতুন অ্যাডাপ্টারকে পাবলিক নেটওয়ার্ক হিসেবে চিহ্নিত করতে পারে, যা ডিফল্টে আগত ট্রাফিক আটকায়। অন্য কিছু ডিবাগ করার আগে প্রোফাইলটি ঠিক করুন।

একটি পোর্ট ফরওয়ার্ড করুন, পুরো সাবনেট নয়

সাধারণ IP ফরওয়ার্ডিংয়ের বদলে একটি ফরওয়ার্ড করা পোর্টকেই প্রাধান্য দিন। Windows netsh interface portproxy সরবরাহ করে, যা একটি লিসেনিং পোর্টকে গন্তব্য হোস্ট ও পোর্টে ফরওয়ার্ড করে, আর এর জন্য IP Helper সেবা চালু থাকা দরকার।

listenaddress সর্বদা হোস্ট-শুধু ঠিকানায় সেট করুন। এটি বাদ দিলে সব ইন্টারফেসে বাঁধা পড়ে, যা সেবাটিকে ভার্চুয়াল মেশিন যে নেটওয়ার্কেই থাকুক তার কাছে উন্মুক্ত করে দেয়। হোস্ট-শুধু ইন্টারফেস ও ওই এক পোর্টে সীমাবদ্ধ একটি ফায়ারওয়াল নিয়ম যোগ করুন, যাতে লিসেনার ও অনুমতি মিলে যায়। প্রক্সি-সচেতন অ্যাপ্লিকেশন হয়তো অতিথির ভেতরে ছোট একটি প্রক্সি চাইতে পারে, যা সংযোগটি শেষ করে এবং Mac-এ ফেরার রুটের দরকার নেই। প্রোটোকল অনুমতি দিলে প্রক্সি বেছে নিন, কারণ এটি গঠনগতভাবেই বন্ধ হয়ে ব্যর্থ হয়।

যাচাই করুন, তারপর রোলব্যাক লিখুন

Mac থেকে ব্যক্তিগত নামটি রিজলভ করুন, কাঙ্ক্ষিত কাজটি চালান, তারপর অতিথির VPN বন্ধ করুন এবং কাজটি নীরবে পিছিয়ে না গিয়ে ব্যর্থ হয় কি না নিশ্চিত করুন। শেষ পরীক্ষাটিই প্রমাণ করে পথটি আপনারই বানানো। গেটওয়ে কোন পরিচয় দেখে এবং কে ফরওয়ার্ড ব্যবহার করতে পারে তা লিখে রাখুন।

রোলব্যাক তিন ধাপে লিখুন: portproxy এন্ট্রি মুছুন, ফায়ারওয়াল নিয়ম মুছুন, হোস্ট-শুধু অ্যাডাপ্টার খুলে ফেলুন। তারপর প্রয়োজন হওয়ার আগেই একবার চালিয়ে দেখুন এবং নিশ্চিত করুন অতিথির নিজের VPN পরে এখনো কাজ করে। আপনার প্রতিষ্ঠান যদি প্রতিটি Mac-কে আলাদাভাবে নথিভুক্ত করতে বলে, তবে এখানেই থামুন এবং বদলে ওই মডেল ব্যবহার করুন, কারণ ভাগ করা ফরওয়ার্ডিং পয়েন্ট এক অতিথির উপরেই প্রবেশ কেন্দ্রীভূত করে। যেভাবেই হোক, ঠিকানাগুলো ও পোর্টটি পরিবর্তন নথিতে রাখুন; পরের মানুষ সেগুলো আবার আবিষ্কার করতে চাইবে না।