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

পাঠযোগ্য নকশা মেশিনটিকে একটি ভূমিকা হিসেবে বর্ণনা না করে প্রতিটি প্রবাহের মালিকের নাম বলে।

শেষ করুন, ফরওয়ার্ড করুন, রূপান্তর করুন

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

রূপান্তর তৃতীয় এবং সবচেয়ে ঐচ্ছিক কাজ। এটি ফরওয়ার্ডিংয়ের পরে আসে এবং দূরবর্তী নেটওয়ার্ক যে উৎস ঠিকানা দেখে তা বদলায়। আপনার এটি দরকার কি না তা নির্ভর করে গন্তব্য নেটওয়ার্ক উৎস হিসেবে কী গ্রহণ করবে তার উপর, মেশিনটিকে VPN গেটওয়ে বলা হয় কি না তার উপর নয়।

অ্যাডাপ্টার ও পুলের মালিক কে

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

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

উৎস রক্ষা করুন বা পুনর্লিখন করুন

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

ব্যক্তিগত নেটওয়ার্কে প্রবেশ, ইন্টারনেটে নির্গমন এবং গেটওয়েতেই শেষ হওয়া সংযোগ—এগুলো তিনটি ভিন্ন পথ। সবগুলোর জন্য একই আচরণ দরকার হয় না।

প্রবাহটি এক বাক্যে বর্ণনা করুন

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

কনফিগারেশনের পাশে ভূমিকার তালিকা রাখুন: কোন পণ্য শেষ করে, কোনটি ফরওয়ার্ড করে, কোনটি রূপান্তর করে এবং প্রত্যেকটি কে বদলাতে পারে। ওই তালিকাই পরবর্তী পরিবর্তনকে পর্যালোচনাযোগ্য করে।

বাক্যটি অস্পষ্ট হলে আরেকটি রূপান্তর স্তর যোগ করা খুব কমই তা স্পষ্ট করে। একটি সরিয়ে দিলে সাধারণত স্পষ্ট হয়।

সম্পর্কিত নিবন্ধ