আপনার Mac নিজেই VPN আবার সংযুক্ত করে: চাহিদা-ভিত্তিক নিয়মটি দেখুন
নিজে থেকে আবার সংযুক্ত হওয়া Mac সম্ভবত চাহিদা-ভিত্তিক নিয়ম মেনে চলছে। কী এটিকে চালু করে, নীতিটির মালিক কে এবং এটি ব্যর্থ হলে কী হয় তা খুঁজে বের করুন।
আপনি VPN সংযোগ বিচ্ছিন্ন করেন, আর ত্রিশ সেকেন্ড পরেই মেনু বারের আইকন ফিরে আসে। এখানে কোনো ভৌতিক কিছু নেই: macOS-এর চাহিদা-ভিত্তিক নিয়ম নেটওয়ার্ক বদলালে বা কোনো কিছু এমন নামের জন্য জিজ্ঞাসা করলে সংযোগ শুরু করে যা নিয়মটি ঢেকে রাখে, আর নিয়মটি আপনার কখনও না-লেখা প্রোফাইলেও থাকতে পারে। নিচের যাচাইগুলো ক্রমানুসারে করা ক্লায়েন্ট পুনরায় ইনস্টল করার চেয়ে দ্রুত। নিয়মটি একটি নীতি, তাই তার সঙ্গে লড়তে যাওয়ার আগে নীতিটি পড়ুন।
নিয়মটি আসলে কী লক্ষ্য করে
চাহিদা-ভিত্তিক নিয়মের দুটি সিদ্ধান্ত-বিন্দু আছে: যে নেটওয়ার্কে Mac সংযুক্ত, আর একটি ডোমেইন যা কিছু সমাধান করার চেষ্টা করছে। দুটির যেকোনোটি টানেল তুলতে পারে, তাই অভ্যন্তরীণ নাম খুঁজলে এমন VPN চালু হয় যা কেউ খোলেনি। স্থাপনার জন্য এমন প্রমাণীকরণও দরকার যা মানুষের উপস্থিতি ছাড়াই কাজ করে, তাই পরিচালিত ফ্লিটে সার্টিফিকেট-ভিত্তিক ব্যবস্থাই প্রাধান্য পায়।
সিস্টেম নীতির পাশাপাশি প্রতি-অ্যাপ্লিকেশনের পুনঃসংযোগের বিকল্প থাকতে পারে, তাই প্রথম প্রশ্ন হলো কোন ব্যবস্থাটি টানেলটি আবার সংযুক্ত করল। আগে সিস্টেম নীতি, তারপর ক্লায়েন্ট, আর সবশেষে যে বিচ্ছিন্ন করুন-এ ক্লিক করেছে তাকে দেখুন। দায়ী মনে হওয়া বেশিরভাগ ক্লায়েন্ট পছন্দ আসলে তা নয়। এই ক্রমটি গুরুত্বপূর্ণ, কারণ সিস্টেম নীতি ডিফল্টভাবে জেতে, আর ক্লায়েন্ট-স্তরের সেটিং কেবল সেই ঘটনাগুলো ব্যাখ্যা করতে পারে যা নীতি ঢাকে না।
নীতিটি কার, আর সরাতে কী লাগে
যেকোনোটি বদলানোর আগে ইনস্টল করা প্রোফাইল ও সমর্থিত ক্লায়েন্ট নিয়ন্ত্রণগুলো পড়ুন। Mac পরিচালিত হলে শর্তগুলো কোথাও নথিভুক্ত থাকে, আর সেই নথি চাওয়া বাইরে থেকে SSID ও ডোমেইন উল্টো-প্রকৌশল করার চেয়ে ভালো।
Mac-এর ট্রাস্ট উপাদান এটি ব্যবহার করা প্রতিটি অন্য সেবার সঙ্গে ভাগ হয়, তাই রদ করা প্রথম ধাপ নয়, শেষ ধাপ। যে প্রোফাইল নিয়মটির মালিক তা সরান, তারপর সার্টিফিকেটে হাত দেওয়ার আগে নিশ্চিত করুন নিয়মটি আর চালু হচ্ছে না। অর্ধেক-সরানো প্রোফাইলই মানুষকে এই সিদ্ধান্তে পৌঁছায় যে আচরণটি এলোমেলো। কী ইনস্টল আছে তা দেখানো দুটি কমান্ড রাখার যোগ্য:
profiles show -type configuration
scutil --nc list
পুনঃসংযোগ কী প্রমাণ করে না
চাহিদা-ভিত্তিক পুনঃসংযোগ ফাঁকটি নিয়ে কিছুই বলে না: টানেল উঠতে থাকার সময়, আলাদা নীতি না থাকলে ট্রাফিক এখনও ভৌত ইন্টারফেস দিয়ে বেরোতে পারে। টানেল তৈরির আগে ব্লক করা টানেল চালু করার চেয়ে ভিন্ন সেটিং। দ্রুত পুনঃসংযোগ করা মেশিনও প্রথম কয়েক সেকেন্ডে ফাঁস করতে পারে।
রুটের পরিধি তৃতীয় প্রশ্ন, কারণ টানেল চালু করা নিয়মটি কোন প্রিফিক্স বহন করে তা নিয়ে কিছুই বলে না। পুনঃসংযোগ মানেই পূর্ণ কভারেজ ধরে নেওয়ার বদলে সংযোগটি কী রুট করে তা নিশ্চিত করুন। এটি সচেতনভাবে পরীক্ষা করুন: ক্লায়েন্ট বন্ধ করুন, সেবাটি থেমেছে নিশ্চিত করুন, তারপর নিয়মটি যে সম্পদ রক্ষা করার কথা সেই সম্পদ চান।
ট্রিগার লিখুন, আইকন নয়
টানেল কী তুলল তা লিখে রাখুন: নেটওয়ার্কে যোগ দেওয়া, অ্যাপ্লিকেশন খোলা, ব্যক্তিগত নাম সমাধান করা, ঘুম থেকে জাগা। এটি ঘটেছে শুধু তা নয়, কখন ঘটেছে তা খেয়াল করুন, কারণ ক্রমটাই প্রমাণ। নির্দিষ্ট ট্রিগার আইকনের স্ক্রিনশটের চেয়ে বেশি মূল্যবান।
তারপর সংযোগ ওঠার পর সম্পদটি যাচাই করুন। মেনু বার প্রমাণ করে একটি সেবা চলছে, আপনার প্রয়োজনীয় গন্তব্যটি তার মধ্য দিয়ে পৌঁছানো যায় তা নয়। এই দুটি সম্পূর্ণ সাধারণ কারণে আলাদা হতে পারে, যার মধ্যে আছে অন্য কোথাও দেখানো একটি রুট।
যখন নিয়মটি ভুল সংযোগ শুরু করে
যে সংযোগের শুরু হওয়ার কথা নয় তা সাধারণত পুরনো প্রোফাইল, উদ্দেশ্যের চেয়ে প্রশস্ত ডোমেইন শর্ত, বা একই নেটওয়ার্কের জন্য প্রতিযোগী দুটি কনফিগারেশন থেকে আসে। তিনটিই ইনস্টল করা কনফিগারেশনে দেখা যায়, আর সেবাটি চালু-বন্ধ করলে কোনোটিই পরিষ্কার হয় না।
ট্রিগার, প্রোফাইলের মালিক ও উদ্দিষ্ট আচরণ নিয়ে নীতি পরিচালনাকারীর কাছে যান। Apple-এর চাহিদা-ভিত্তিক নথি সেই আলোচনার সাধারণ শব্দভাণ্ডার, আর তা তর্কের চেয়ে সংক্ষিপ্ত। সরানোর বদলে নীতির পরিবর্তন চান, তাহলে দুই পক্ষই কার্যকর একটি ব্যবস্থা রাখতে পারে।