আপনার VPN রিজার্ভেশনের কোন শনাক্তকারী দরকার?

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

বরাদ্দকারী থেকে শুরু করুন এবং পিছনে কাজ করুন; ক্লায়েন্টের দিকের শনাক্তকারী হল সেই সিস্টেম যা গ্রহণ করে।

প্রথমে বরাদ্দকারীকে জিজ্ঞাসা করুন

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

কিছু কনফিগার করার আগে সার্ভারটি আসলে কী দেখে তা নিশ্চিত করুন। ভুল শনাক্তকারীর নাম দেওয়া রিজার্ভেশন নীরবে ব্যর্থ হয়: ক্লায়েন্ট কেবল পুলের ঠিকানা পায়, আর ভুলটি ক্লায়েন্টের সমস্যা বলে মনে হয়।

যেখানে MAC ঠিকানা এখনও কিছু বোঝায়

একটি ভৌত Ethernet বা Wi-Fi লিঙ্কে হার্ডওয়্যার ঠিকানা সেই সেগমেন্টের একটি ইন্টারফেস শনাক্ত করে। গোপনীয়তার বৈশিষ্ট্যগুলো এটি ঘোরায়, ভার্চুয়াল অ্যাডাপ্টার নতুনগুলো তৈরি করে, এবং একটি ল্যাপটপ Wi-Fi-তে ও ডকে ভিন্ন মান দেখাতে পারে। একটি রুট করা TUN টানেল IP প্যাকেট বহন করে এবং মূল বেতার পরিচয় দূরের DHCP সার্ভারে পৌঁছায় না, তাই সেই পথে MAC-ভিত্তিক রিজার্ভেশনের মেলানোর কিছু থাকে না। TAP আলাদা: এটি Ethernet ফ্রেম বহন করে এবং একটি ব্রিজ করা ডোমেনে যোগ দিতে পারে যেখানে লেয়ার-2 শনাক্তকারী এখনও গুরুত্বপূর্ণ।

এমনকি সেখানেও প্রাসঙ্গিক ঠিকানা হল সেই ডোমেনে ব্যবহৃত ঠিকানাটি, স্বয়ংক্রিয়ভাবে ভৌত আপলিঙ্কের ঠিকানা নয়।

টানেলের ঠিকানা ও পিয়ার কী-এর নিজস্ব স্থান আছে

একটি রুট করা OpenVPN স্থাপনা নিজের মডেলের মাধ্যমে ঠিকানা নির্ধারণ করে: প্রমাণিত নাম দিয়ে কী করা প্রতি-ক্লায়েন্ট কনফিগারেশন, অথবা একটি স্পষ্ট পুল। একটি LAN রাউটারের DHCP রিজার্ভেশন পরিবর্তন করলে সেই নির্ধারণ তৈরি হয় না, আর টানেল রিজার্ভেশন যোগ করলে LAN-এ প্রভাব পড়ে না। WireGuard আরও এগিয়ে যায়, কারণ একটি পিয়ার তার পাবলিক কী ও অনুমোদিত ঠিকানা দিয়ে শনাক্ত হয়, কোনো হার্ডওয়্যার শনাক্তকারী দিয়ে নয়। সেখানে কোনো সাধারণ Ethernet রিজার্ভেশন পিয়ার কনফিগারেশনের বিকল্প নয়।

এমন একটি তালিকা রাখুন যা চারটি বস্তু আলাদা করে: ডিভাইসের প্রমাণপত্র, ভার্চুয়াল অ্যাডাপ্টার, বরাদ্দকারীর শনাক্তকারী এবং নির্ধারিত ঠিকানা। একটি ভৌত মেশিনে একাধিক অ্যাডাপ্টার, ঠিকানা ও সেশন থাকতে পারে।

স্থিতিশীল ঠিকানা পরিচয় নয়

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

বরাদ্দকারী, শনাক্তকারী ও নির্ধারিত ঠিকানা একসঙ্গে লিপিবদ্ধ করুন। যখন একটি বদলায়, বাকি দুটিই হল যা আপনি যাচাই করেন।

যদি দুটি সিস্টেমই একই সাবনেটের জন্য বরাদ্দ করার দাবি করে, তবে যেকোনো একটিতে রিজার্ভেশন যোগ করার আগে সিদ্ধান্ত নিন কোনটি এর মালিক।