SYSTEM টাস্ক VPN প্রোফাইলের জন্য কোন ফোন বুক খোঁজে?

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

দুটি স্টোর একই প্রোফাইল নাম ধরে রাখে

একটি নেটিভ Windows VPN প্রোফাইল যে অ্যাকাউন্ট এটি তৈরি করেছে তার স্টোরে থাকে। গ্লোবাল স্টোরটি ভিন্ন একটি ফোন বুক, যা কেবল তখনই ভরা হয় যখন প্রোফাইলটি একটি উন্নীত সেশনে সব-ব্যবহারকারী সুইচ দিয়ে তৈরি হয়। দুটোই একই নামের একটি প্রোফাইল ধরে রাখতে পারে, এবং কোনোটিই অন্যটির দৃশ্য নয়।

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

Get-VpnConnection | Select-Object Name, ServerAddress, TunnelType
Get-VpnConnection -AllUserConnection | Select-Object Name, ServerAddress, TunnelType

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

ক্রেডেনশিয়ালের আগে টাস্কের principal পড়ুন

টাস্কটি খুলুন এবং principal পড়ুন, কারণ এটি আপনাকে বলে টাস্কটি কোন স্টোর দেখতে পারে। SYSTEM হিসেবে চলতে সেট করা টাস্ক আপনার অতিরিক্ত অধিকারের অ্যাকাউন্ট নয়: এর নিজস্ব প্রোফাইল আছে এবং আপনি সাইন ইন থাকাকালীন তৈরি করা প্রতি-ব্যবহারকারী ফোন বুকটিতে এর কোনো প্রবেশাধিকার নেই। একটি সার্ভিস অ্যাকাউন্ট ঠিক একইভাবে আচরণ করে।

লগ-ইন থাকুন বা না থাকুন এই অপশনটিও এটি বদলে দেয়, কারণ তখন টাস্কটির কোনো ইন্টারঅ্যাকটিভ সেশন থাকে না যার ক্রেডেনশিয়াল সে ধার করতে পারে। অ্যাকশনটিকে whoami একটি ফাইলে লিখতে দিন এবং অনুমান না করে উত্তরটি পড়ুন।

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

প্রোফাইল খুঁজে পাওয়া সাইন ইন করা নয়

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

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

ননইন্টারঅ্যাকটিভ চ্যালেঞ্জ হলো ওই ধাপের পেছনের ফাঁদ। একটি PIN প্রম্পট বা এক-বারের কোড ডেস্কটপহীন টাস্ক উত্তর দিতে পারে না, তাই হাতে নিখুঁতভাবে ডায়াল করা প্রোফাইল অটোমেশনের অধীনে অব্যবহারযোগ্য হতে পারে।

টাস্ক রেকর্ডের প্রয়োজনীয় চারটি ক্ষেত্র

ফলাফল নির্ধারণকারী মানগুলো এক জায়গায় একসাথে রাখুন, কারণ তাদের তিনটি সাধারণত অন্তর্নিহিত থেকে যায়। রেকর্ডটির চারটি লাইন দরকার:

• অ্যাকশন পাথ: টাস্কটি যে স্ক্রিপ্ট বা এক্সিকিউটেবল চালায়, এমন কোনো শর্টকাট নয় যা অন্য অ্যাকাউন্টের জন্য ভিন্নভাবে সমাধান হয়।
• প্রোফাইল নাম: সঠিক স্ট্রিং, কারণ দুটি স্টোর ভিন্ন সার্ভারের দিকে ইঙ্গিত করা একই নাম ধরে রাখতে পারে।
• Principal: টাস্কটি যে অ্যাকাউন্ট হিসেবে চলে, এবং এর ইন্টারঅ্যাকটিভ সেশন আছে কি না।
• প্রমাণীকরণ পদ্ধতি: সেই principal আসলে কী সম্পন্ন করতে পারে, যেমন আপনার ব্যবহারকারী প্রোফাইলের কী-এর বদলে মেশিন-স্টোর সার্টিফিকেট।

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

টাস্কটি যে ধাপে পৌঁছেছে তা চিহ্নিত করুন

শেষ রানের ফলাফল থেকে অনুমান না করে অ্যাকশনটিকে যন্ত্রপাতিযুক্ত করুন। একটি ছোট র্যাপার পরিচয়, এটি যে স্টোর দেখতে পায় এবং ডায়াল ফলাফল এক জায়গায় রেকর্ড করে:

whoami
Get-VpnConnection -AllUserConnection | Select-Object Name, ServerAddress
rasdial "Office"
schtasks /query /tn "VPN Connect" /v /fo LIST

ডায়াল কমান্ডটি নিজের ত্রুটি ছাপে, যা সাধারণত একটি সাধারণ টাস্ক ব্যর্থতার চেয়ে স্পষ্ট। কুয়েরিটি principal আর শেষ ফলাফল কোড পাশাপাশি ফেরত দেয়, তাই পরিচয় ও ফলাফল এক দৃশ্যে দৃশ্যমান। এই দুটি তথ্যই ঠিক করে পরের ধাপটি স্টোর পরিবর্তন নাকি ক্রেডেনশিয়াল পরিবর্তন।

শেষে, একজন ব্যবহারকারী সাইন ইন করার পরে সংযোগ করা টাস্ককে ডিভাইস টানেল বা সমর্থিত প্রি-লগইন ওয়ার্কফ্লো থেকে আলাদা করুন। একটি প্রোফাইল শেয়ার করা কোনোটির জন্যই ডিজাইন নয়, এবং principal ক্ষেত্রটিই আপনাকে বলে তিনটির মধ্যে কোনটি আপনি তৈরি করেছেন। যদি লগইনের আগে সংযোগ থাকতেই হয়, তবে প্রতি-ব্যবহারকারী প্রোফাইল স্টোরটি ঠিক করার ভুল স্তর।