Bootstrap নাকি GPO: Windows VPN প্রোফাইলের দুটি পথ
GPO-এর মাধ্যমে বিতরণ করা প্রোফাইল সেই শেয়ারে পৌঁছানোর একমাত্র উপায় হতে পারে না, যে শেয়ারটি তা বিতরণ করে। প্রথম ইনস্টলকে রুটিন আপডেট থেকে আলাদা করুন এবং দুটিকেই একসঙ্গে সংস্করণভুক্ত করুন।
ডোমেইন শেয়ার থেকে একটি VPN প্রোফাইল পাঠান, আর সবকিছু কাজ করে — সেই ল্যাপটপ পর্যন্ত যেটি ডোমেইনে পৌঁছাতে পারে না। তখন বিতরণ নির্ভর করে ঠিক সেই সংযোগের উপর, যেটি তৈরি করার জন্যই প্রোফাইলটি আছে। ওই ল্যাপটপ যে ধরে আছে, সে এমন জায়গায় যেখানে হেল্প ডেস্ক দেখতে পায় না। প্রথম ইনস্টল আর রুটিন আপডেটকে একটি প্যাকেজের দুটি আলাদা পথ হিসেবে ধরুন, কারণ দুটিই এমনভাবে ব্যর্থ হয় যার মধ্যে মিল নেই।
প্রথম ইনস্টল একটি ভিন্ন সমস্যা
দুটি ঘটনা গুরুত্বপূর্ণ, এবং নেটওয়ার্ক সহযোগিতা করার সময় তাদের মধ্যে কেবল একটি ঘটে। সারণিটি তাদের আলাদা করে কী পাওয়া যায়, কী কাজ শুরু করে এবং সাধারণত কোথায় ভুল হয় সেই অনুযায়ী।
| First install | Routine update | |
|---|---|---|
| Network reachable | Something other than the VPN being installed | The domain or a management channel |
| Trigger | Enrollment, imaging, or a prepared package | A policy refresh or a management push |
| Usual failure | No route to the package at all | Duplicate profiles, or a change that silently does nothing |
একটি পর্যালোচিত আর্টিফ্যাক্ট দুটি পথেই কাজ করতে পারে; সংযোগ সম্পর্কিত অনুমান ভাগ করা যায় না। একটি স্টার্টআপ স্ক্রিপ্ট সেই অনুমান লুকিয়ে রাখে যতক্ষণ এটি কর্পোরেট নেটওয়ার্কের ডেস্কে চলে, আর মাঠে তা প্রকাশ করে দেয়। স্ক্রিপ্টটি ত্রুটিপূর্ণ নয়, শুধু তাকে এমন জায়গায় চালাতে বলা হচ্ছে যেখানে কেউ এটি চালানোর কথা ভাবেনি।
প্যাকেজে কী থাকতে হবে
প্যাকেজ করার আগে পাঁচটি বিষয় ঠিক করুন: Windows-এর কোন প্রোফাইল ব্যবস্থা সমর্থিত, পরিধি ব্যবহারকারীপ্রতি না ডিভাইসপ্রতি, কোন সার্টিফিকেট বা ক্লায়েন্ট উপাদান পূর্বশর্ত, প্রোফাইল সংজ্ঞা কী বলে এবং কোন ক্রিয়া তা প্রয়োগ করে। ProfileXML হলো VPN সেটিংস প্রকাশের সমর্থিত উপায়, যা VPNv2 CSP-এর মাধ্যমে সরবরাহ করা হয়, আর Microsoft-এর প্রোফাইল অপশন সংক্রান্ত নির্দেশিকা তালিকা দেয় এতে কী থাকতে পারে। ওই তালিকার বাইরের সবকিছু আপনার তাৎক্ষণিক সিদ্ধান্ত।
সহায়ক স্ক্রিপ্টের প্যারামিটার সেই স্ক্রিপ্টেরই। xmlFilePath বা AllUserConnection-এর মতো নাম একজন লেখকের পছন্দ, এমন মান নয় যা প্রতিটি ইনস্টলার মানে; সেগুলো অন্য স্ক্রিপ্টে কপি করলে এমন কমান্ড পাওয়া যায় যা ঠিক দেখায় আর কিছুই করে না।
স্ক্রিপ্ট আর সংজ্ঞা একই সংস্করণে রাখুন, এবং দুটিই কোথা থেকে এসেছে তা অনুমতিসহ যাচাই করুন। বিশেষাধিকারপ্রাপ্ত স্টার্টআপ স্ক্রিপ্ট যেটি সংযোগক্রমে SYSVOL থেকে পড়া যায়, সেটি এখনো পর্যালোচিত নয়, আর নীতির মাধ্যমে বিতরণ কোনো পর্যালোচনা নয়।
প্রথম সংযোগ পাওয়া
প্রথম ইনস্টল ঘটে যখন ডিভাইসে অন্য কোনো উপায়ে পৌঁছানো যায়: অনুমোদিত নেটওয়ার্ক, বিদ্যমান ব্যবস্থাপনা চ্যানেল বা এজন্য তৈরি তালিকাভুক্তি প্রবাহ। নির্বাচিত প্রমাণীকরণ পদ্ধতির সার্টিফিকেট ও বিশ্বাসের পূর্বশর্ত একই প্যাকেজে থাকে, কারণ যে টানেল এখনো নেই তা দিয়ে কিছুই নামানো যায় না। কেউ তারিখ প্রতিশ্রুতি দেওয়ার আগে জিজ্ঞেস করুন এই তিনটি চ্যানেলের কোনটি এই ব্যবহারকারীর জন্য বাস্তব। কেবল কাগজে থাকা চ্যানেল মাঠ থেকে আসা ফোন কল হয়ে দাঁড়ায়।
লিখে রাখুন টেকনিশিয়ান বা ব্যবহারকারী ওই মুহূর্তে আসলে কী করে। উত্তর যদি হয় যে আইটি সহায়তার জন্য দূর থেকে সংযুক্ত হয়, তবে প্রথম ইনস্টলের পথটি চুপচাপ দ্বিতীয় একটি রিমোট-অ্যাক্সেস টুলের উপর নির্ভর করে, যা কাউকে সরবরাহ ও সহায়তা করতে হয়।
আপডেটের জন্য জানা অবস্থা দরকার
মেশিনটি ডোমেইনে পৌঁছালে স্বাভাবিক ডোমেইন বা ডিভাইস-ব্যবস্থাপনা প্রক্রিয়া দায়িত্ব নিতে পারে। ভুল পরিধিতে ঢোকে, কারণ স্টার্টআপ স্ক্রিপ্ট মেশিনের প্রসঙ্গে চলে, অথচ ব্যবহারকারীর লগইন ক্রিয়া আর ডিভাইস-ব্যবস্থাপনা ক্রিয়া পরিধি ও অনুমতি দুটোতেই আলাদা হতে পারে।
সব ব্যবহারকারীর জন্য সংযোগ এন্ট্রি লগইনের আগের ডিভাইস টানেল নয়, নাম যাই সূচিত করুক। ডিভাইস টানেলের নিজস্ব প্ল্যাটফর্ম, প্রোটোকল ও ক্রেডেনশিয়ালের প্রয়োজনীয়তা থাকে, আর সেই প্রয়োজনীয়তা পড়াই একমাত্র উপায় জানার যে এখানে লগইনের আগে টানেল সম্ভব কি না। লগইনে শুরু হওয়া ব্যবহারকারী টানেল ভিন্ন নিশ্চয়তা দেয়।
আপডেটের পথ পুনরাবৃত্তিযোগ্য করুন: যে প্রোফাইল ইতিমধ্যে ব্যবস্থাপিত তা খুঁজুন, অভিপ্রেত ব্যবহারকারী পছন্দ ধরে রাখুন, সামঞ্জস্যপূর্ণ সংজ্ঞা প্রয়োগ করুন এবং স্পষ্ট ফলাফল জানান। প্রতিটি নীতি রিফ্রেশে নতুন প্রোফাইল বানানোই সেই উপায় যাতে মেশিনে পাঁচটি এন্ট্রি থেকে যায় আর ব্যবহারকারী ভুলটি বেছে নেয়।
যে নথি এটিকে সহায়নযোগ্য রাখে
হাতবদলে তিনটি উত্তর থাকে: সদ্য ইস্যু করা ডিভাইস কীভাবে তার প্রথম সংযোগ পায়, কে প্যাকেজ বদলাতে পারে, এবং প্রশাসক কীভাবে অসামঞ্জস্যপূর্ণ পরিবর্তন থেকে ফিরে আসে। এগুলো লেখা থাকলে স্থাপন আর সেই ব্যক্তির উপর নির্ভর করে না, যার কাছে আগে থেকেই প্রদেয় অ্যাক্সেস আছে।
ওই নথিটি প্যাকেজ সংস্করণের পাশে রাখুন এবং দুটিই একই পরিবর্তনে হালনাগাদ করুন। নইলে পরের ব্যক্তি বছরখানেক আগে বন্ধ হওয়া টিকিট থেকে bootstrap পথটি আবার গড়ে।