একটি VPN সেকেন্ডারি কেবল একটি Wi-Fi প্রোফাইলের, সবগুলোর নয়
একটি VPN সেকেন্ডারি হলো একটি বেস সংযোগের সাথে যুক্ত UUID। ভবিষ্যতের Wi-Fi প্রোফাইলগুলো এটি কীভাবে উত্তরাধিকারে পাবে এবং সেই UUID প্রতিস্থাপিত হলে কী হবে তা পরিকল্পনা করুন।
হোম Wi-Fi সংযোগের সেকেন্ডারি হিসেবে একটি VPN কনফিগার করুন, সবকিছু কাজ করবে, যতক্ষণ না ল্যাপটপটি অন্য একটি অ্যাক্সেস পয়েন্টে যোগ দেয় এবং টানেলটি নিচেই থাকে। নতুন সংযোগটি নিজস্ব UUID সহ আলাদা একটি কনফিগারেশন অবজেক্ট, এবং এর পূর্বসূরির জন্য আপনি যে বন্ধন তৈরি করেছিলেন তা জানার কোনো কারণ এর নেই। কিছুই বিকল হয়নি; সংযোগটি কেবল কখনোই ছিল না।
NetworkManager-এর সংযোগ রেফারেন্স সেকেন্ডারিগুলোকে এমন UUID হিসেবে সংজ্ঞায়িত করে যা একটি নির্দিষ্ট বেস সংযোগের সাথে একসাথে সক্রিয় হয়। এটি আরও উল্লেখ করে যে সাধারণ VPN প্রোফাইলগুলো বেস সংযোগের মতো স্বয়ংক্রিয় সক্রিয়করণ বাস্তবায়ন করে না। উভয় বিবৃতিই একই উপসংহারে নিয়ে যায়: সংযোগটি প্রতি প্রোফাইলের জন্য আলাদা, এবং প্রতিটি নতুন প্রোফাইলের জন্য কাউকে এটি তৈরি করতে হবে।
সেকেন্ডারি আসলে কী
একটি বেস সংযোগের একটি পরিচয়, একটি UUID এবং সেকেন্ডারিগুলোর একটি তালিকা থাকে। এটি সক্রিয় হলে ম্যানেজারও সেই সেকেন্ডারিগুলোকে ক্রমানুসারে সক্রিয় করে, আর এভাবেই একটি VPN ম্যানুয়াল ক্লিক ছাড়া একটি Wi-Fi নেটওয়ার্ক অনুসরণ করে। সম্পর্কটি বেস সংযোগে থাকে, নামের বদলে UUID স্ট্রিং হিসেবে লেখা। এই উপস্থাপনার পছন্দটি আকস্মিক নয়; এটিই সম্পর্কটিকে নাম পরিবর্তনের পরেও টিকে থাকতে দেয়।
নাম সম্পর্কিত এই বিবরণটি যতটা মনে হয় তার চেয়ে বেশি গুরুত্বপূর্ণ। একটি VPN প্রোফাইলের নাম পরিবর্তন করলে তার UUID অপরিবর্তিত থাকে, তাই বিদ্যমান সম্পর্কগুলো কাজ করতে থাকে। পুরোনো প্রোফাইল মুছে নতুন একটি আমদানি করলে নতুন UUID তৈরি হয়, এবং পুরোনোটির দিকে ইঙ্গিত করা প্রতিটি সম্পর্ক এখন কোনো কিছুর দিকেই ইঙ্গিত করে না।
যোগ করার আগে বিদ্যমান তালিকাটি পরীক্ষা করুন। একটি সেকেন্ডারি বহনকারী হোম প্রোফাইল প্রতিটি SSID-এর সাথে মেলে এমন কোনো নিয়ম নয়; এটি একটি অবজেক্টের একটি সারি, এবং ভিন্ন কোনো বেস সক্রিয় হলে এটির সাথে পরামর্শ করা হবে না।
প্রোফাইল যেখানে তৈরি হয় সেখানেই সম্পর্কটি রাখুন
ব্যক্তিগত মেশিনে প্রতিটি অনুমোদিত Wi-Fi প্রোফাইল যোগ করার অংশ হিসেবে অভীষ্ট সেকেন্ডারি সংযুক্ত করাকে গড়ে তুলুন। এটি বৈশিষ্ট্য নয়, অভ্যাস, কিন্তু এটি এমন একটি অভ্যাস যা সামঞ্জস্যপূর্ণ অবস্থা তৈরি করে, এবং প্রতি নেটওয়ার্কে একটি কমান্ড বা দুটি ডায়ালগ পরিদর্শন লাগে। কোন নেটওয়ার্কগুলো টানেল বহন করার কথা তা একটি সংক্ষিপ্ত নোটে রাখুন, কারণ তালিকাটিই নীতি।
পরিচালিত ডিভাইসে প্রভিশনিং ওয়ার্কফ্লো যেন একই ধাপে Wi-Fi এন্ট্রি এবং তার VPN সম্পর্ক তৈরি করে, এবং ইতিমধ্যে বিদ্যমান অনুমোদিত প্রোফাইলগুলোতেও একই আচরণ প্রয়োগ করুন। কেবল একটি VPN প্রোফাইল বিতরণ করলে বেস সম্পর্কগুলো অনির্দিষ্ট থেকে যায়, আর এভাবেই একটি ফ্লিট এমন টানেল পায় যা অর্ধেক ল্যাপটপই ব্যবহার করে।
যেখানে ব্যবহারকারীরা এখনো পরিচালিত পথের বাইরে প্রোফাইল তৈরি করতে পারেন, সেখানে সেই এন্ট্রিগুলোর কী হবে তা স্পষ্টভাবে নির্ধারণ করুন। তারা একটি সম্পর্ক উত্তরাধিকারে পাবে ধরে নেওয়া কোনো নীতি নয়; এটি একটি আশা যার সাথে সহায়তা ব্যয় জড়িত।
VPN-এর পরিচয় পরিবর্তনের পরিকল্পনা করুন
প্রভিশনিং উৎসের কাছে অভীষ্ট VPN-এর UUID দরকার, কেউ অনুমান করা কোনো প্রদর্শন নাম নয়। যখন রক্ষণাবেক্ষণ সেই VPN-কে সদ্য আমদানি করা একটি অবজেক্ট দিয়ে প্রতিস্থাপন করে, তখন একই পরিবর্তনে প্রভিশনিং টেমপ্লেট এবং প্রভাবিত বিদ্যমান সম্পর্কগুলো হালনাগাদ করুন। নাম পরিবর্তন কোনো প্রতিস্থাপন নয়, আর দুটিকে সমতুল্য হিসেবে দেখা হলো এমন একটি উপায় যাতে একটি কার্যকর রোলআউট এক সপ্তাহ পরে ভেঙে পড়ে।
UUID-টি কেন এটি বিদ্যমান তার পাশে সংরক্ষণ করুন। ভবিষ্যতের কোনো প্রকৌশলী যদি সেকেন্ডারির তালিকায় একটি খালি UUID খুঁজে পান, তবে সেটি হালনাগাদ কি না বোঝার কোনো উপায় তার থাকবে না, এবং পরিপাটি করার সময় তিনি সম্ভবত এটি মুছে ফেলবেন।
সক্রিয়করণ মানে প্রয়োগ নয়
সেকেন্ডারির অনুরোধ সক্রিয়করণের সময়েই ঘটে। প্রমাণীকরণ শেষ হওয়ার আগের বিরতিতে এটি অ্যাপ্লিকেশনগুলোকে ব্লক করে না, আর টানেল ব্যর্থ হওয়ার পরেও এটি ট্রাফিক থামায় না। এগুলো ভিন্ন বৈশিষ্ট্য, ভিন্ন প্রক্রিয়ায় সরবরাহ করা, এবং এদের মিলিয়ে ফেললে এমন একটি নকশা দাঁড়ায় যা প্রোফাইলে কঠোর দেখায় আর বাস্তবে ঢিলেঢালা।
সরাসরি ট্রাফিক ব্লক করা একটি পৃথক বৈশিষ্ট্য যার নিজস্ব কনফিগারেশন ও নিজস্ব ব্যর্থতার ধরন আছে, এবং এটি সেই ট্রাফিককে হিসাবে নিতে হবে যা কোনো টানেল তৈরির আগেই নেটওয়ার্কে পৌঁছাতে হয়: ক্যাপটিভ পোর্টাল, সাইন-ইন পৃষ্ঠা, এন্ডপয়েন্ট নিজেই। যে ব্লকিং নীতি প্রমাণীকরণের আগে পূরণ করা যায় না, তা মেশিনটিকে ঠিক সেই নেটওয়ার্ক থেকেই আটকে দেয় যেটি তার দরকার।
এই পার্থক্যটি ব্যবহারকারীরা যেসব নির্দেশনা সত্যিই পড়েন সেগুলোর মধ্যে রাখুন। একটি নতুন Wi-Fi নেটওয়ার্ক টানেল চাইতে পারে; প্রয়োগ সিদ্ধান্ত নেয় যে সংযোগ করতে না পারলে কিছু বেরোতে পারবে কি না। যাদের কেবল প্রথম অর্ধেকটি বলা হয়, তারা নকশাটিকে ভাঙা হিসেবে রিপোর্ট করবে।
সত্যিই নতুন একটি প্রোফাইল দিয়ে পরীক্ষা করুন
ইতিমধ্যে কাজ করা হোম এন্ট্রি নয়, ব্যবহার করুন একটি অনুমোদিত পরীক্ষার নেটওয়ার্ক এবং সদ্য তৈরি একটি বেস প্রোফাইল। বেস সক্রিয়করণ, অনুরোধকৃত সেকেন্ডারি UUID এবং কোনো প্রমাণীকরণ প্রম্পট ক্রমানুসারে পর্যবেক্ষণ করুন, আর কোথায় আটকে গেলে সেই পর্যায়টি লিখে রাখুন। ডেস্কটপ লগইনের পরে উপলব্ধ হওয়া একটি সিক্রেট এজেন্ট প্রতিটি স্টার্টআপ প্রসঙ্গে স্বয়ংক্রিয়ভাবে উপস্থিত থাকে না, তাই পুনরায় বুট করাও পরীক্ষার পরিকল্পনায় থাকা উচিত। এরপর অভীষ্ট রিসোর্স এবং ব্যর্থতার পথ যাচাই করুন: অ্যাপ্লিকেশনের প্রয়োজন হওয়ার আগেই টানেল উঠে আসে কি, এবং প্রমাণীকরণ ব্যর্থ হলে সেই অ্যাপ্লিকেশনটির কী হয়?
এরপর অভীষ্ট রিসোর্স এবং ব্যর্থতার পথ যাচাই করুন: অ্যাপ্লিকেশনের প্রয়োজন হওয়ার আগেই টানেল উঠে আসে কি, এবং টানেল প্রমাণীকরণ করতে না পারলে সেই অ্যাপ্লিকেশনটির কী হয়? এই দুটি পর্যবেক্ষণই গ্রহণযোগ্যতার মানদণ্ড, আর এদের কোনোটিই প্রোফাইলে দেখা যায় না।