Mac VPN অ্যাডমিন প্রম্পট: ইনস্টলেশন, এক্সটেনশন নাকি পলিসি?

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

তিনটি আলাদা অনুমোদন একই রকম দেখায়

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

নেটওয়ার্ক কনফিগারেশন অনুমোদন সিস্টেমের সংযোগ তালিকার পরিবর্তনগুলো কভার করে। একটি VPN পরিষেবা যোগ করা বা নেটওয়ার্ক প্রশাসক কনফিগার করা সেটিংস পরিবর্তন করার জন্য উচ্চতর অধিকার লাগে, কারণ ওই সংজ্ঞাগুলো মেশিনের প্রতিটি অ্যাকাউন্টকে প্রভাবিত করে। এই অনুমোদন কনফিগারেশনের ক্ষমতা দেয়, ট্রাফিকের ক্ষমতা নয়।

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

প্রতিটি অনুমোদন আসলে কী বদলায়

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

পার্থক্যটি উপসর্গের পূর্বাভাস দেয়। ইনস্টল হয়েছে কিন্তু কখনো সংযোগ হয় না মানে সাধারণত এক্সটেনশন কোথাও অনুমোদিত নয়; সংযোগ হয় কিন্তু পরের পরিবর্তনে সেটিংস ফিরে যায় মানে সাধারণত একটি ম্যানেজমেন্ট পলিসি সংজ্ঞাটির মালিক।

সিগনেচার ও প্রকাশক উত্তর নির্ধারণ করে

অনুমোদনের আগে ডায়ালগের আইকন যা ইঙ্গিত করে তা নয়, বরং জিনিসটি কে সাইন করেছে তা পড়ুন। সাইনিং কর্তৃপক্ষ এবং এই মেশিনে সিস্টেমের মূল্যায়ন পাস করে কি না দেখতে দুটি স্থানীয় পরীক্ষাই যথেষ্ট।

codesign -dv --verbose=2 /Applications/ExampleVPN.app
spctl -a -vv /Applications/ExampleVPN.app

অস্বাক্ষরিত বা নোটারাইজড না হওয়া বান্ডেল স্বয়ংক্রিয়ভাবে ক্ষতিকর নয়, তবে আপনি যে প্রকাশক চেয়েছিলেন তার স্বাক্ষরিত বান্ডেলের চেয়ে এটি ভিন্ন সিদ্ধান্ত দাবি করে। প্রকাশকের নিজের সাইট থেকে নয়, বরং একটি বার্তার মাধ্যমে আসা প্যাকেজই সেই ক্ষেত্র যেখানে উত্তর সহজভাবে না।

অ্যাপের প্রদর্শিত নামে বিশ্বাস না করে টিম আইডেন্টিফায়ারটি প্রকাশকের প্রকাশিত পরিচয়ের সাথে তুলনা করুন, কারণ নাম পুনরায় ব্যবহার করা সহজ, আইডেন্টিফায়ার নয়। প্রকাশক যদি তার ইনস্টলেশন গাইডে আইডেন্টিফায়ার প্রকাশ করেন, তবে সেই পৃষ্ঠাটিই তুলনার রেফারেন্স এবং অমিল জানানোর জায়গা। রিসেলারের ক্লায়েন্ট, পুনঃপ্যাকেজ করা বিল্ড বা ফোরাম থেকে আনা পোর্টেবল কপি একই প্রকাশকের স্বাক্ষরিত ডাউনলোডের চেয়ে বেশি সন্দেহের দাবিদার।

যখন পলিসি সিদ্ধান্তের মালিক

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

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

অনুমোদনের পরে অবস্থা নিশ্চিত করুন

একবার অনুমোদিত অনুমোদন দেওয়া হলে, ক্লায়েন্ট যা দাবি করে তা নয়, সিস্টেম কী ভাবে তা যাচাই করুন। এক্সটেনশন তালিকা কোনো তৃতীয় পক্ষের টুল ছাড়াই সক্রিয়করণের অবস্থা জানায়।

systemextensionsctl list

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