Windows VPN ত্রুটি 691: কোন পরীক্ষাটি আসলে ব্যর্থ হলো?

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

প্রত্যাখ্যাত হওয়ার তিন উপায়, একটি ডায়ালগ

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

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

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

ক্লায়েন্ট আসলে কী পাঠিয়েছে

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

Windows মেশিনে দুটি শুধু-পড়ার কোয়েরি প্রোফাইল এবং ডায়ালগকে হারিয়ে দিতে পারে এমন যেকোনো ক্যাশ করা ক্রেডেনশিয়াল দেখায়। কোনোটিই সার্ভারে ডায়াল করে না:

Get-VpnConnection -Name 'Corp VPN' | Format-List Name, ServerAddress, TunnelType, AuthenticationMethod
cmdkey /list | Select-String -Pattern 'corp' -SimpleMatch

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

নীতি সিদ্ধান্ত নিন, রিসেট নয়

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

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

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

আরেকবার চেষ্টা করুন, তারপর তুলনা করুন

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

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