EAP না ক্লায়েন্ট সার্টিফিকেট? IKEv2 প্রমাণীকরণ নির্ধারণ
দুটি পরিচয়পত্র, দুটি কাজ: একটি প্রান্তবিন্দু প্রমাণ করে, অন্যটি ব্যবহারকারীকে। পাসওয়ার্ড রিসেট বা সার্টিফিকেট পুনরায় ইস্যু করার আগে কোন ধাপটি ব্যর্থ হয়েছে তা ঠিক করুন।
আপনার গেটওয়ে একটি সার্টিফিকেট দিয়ে নিজের পরিচয় প্রমাণ করতে পারে, আর আপনার পরিচয় প্রমাণ করে EAP-এর মাধ্যমে, এবং এই সমন্বয়টি বিরোধপূর্ণ নয় বরং সাধারণ। দুটি প্রক্রিয়া দুটি ভিন্ন প্রশ্নের উত্তর দেয়: এই প্রান্তবিন্দুটি কি আমি যে একটি আশা করি সেটিই, এবং এই ব্যবহারকারী বা ডিভাইসটি কি অনুমোদিত। প্রোফাইলে EAP দেখলে সার্ভার যাচাই বন্ধ হয় না। প্রোফাইলকে একটি একক সেটিং হিসেবে পড়াই মানুষকে ভুল পরিচয়পত্র রিসেট করতে পাঠায়।
যেকোনো একটি বস্তু স্পর্শ করার আগে কোন দাবিটি ব্যর্থ হয়েছে তা ঠিক করুন। ব্যর্থতার ধাপটি আপনাকে বলে দেবে, যদি আপনি ক্রম অনুসারে পড়েন।
দুটি পরিচয়পত্র, দুটি দাবি
একটি সার্ভার সার্টিফিকেট একটি নামকে একটি কী-এর সাথে বেঁধে দেয়, এবং ক্লায়েন্ট তার ট্রাস্ট স্টোরের বিপরীতে সেই বন্ধন যাচাই করে। একটি ক্লায়েন্ট সার্টিফিকেট একটি পরিচয়কে একটি কী-এর সাথে বেঁধে দেয়, এবং গেটওয়ে যাচাই করে যে উপস্থাপিত সার্টিফিকেটটি তার আস্থাভাজন কোনো কিছুর সাথে শৃঙ্খলাবদ্ধ হয়। EAP একটি প্রমাণীকরণ বিনিময় বহন করে যার বিষয়বস্তু নির্বাচিত পদ্ধতির উপর নির্ভর করে। এগুলি ভিন্ন আয়ু, ভিন্ন মালিক এবং ভিন্ন ব্যর্থতার ধরনযুক্ত তিনটি কাঠামো।
একটি প্রাইভেট কী খোলার পাসফ্রেজ কোনো অ্যাকাউন্ট পাসওয়ার্ড নয়, যদিও দুটি প্রম্পট একে অপরের কয়েক সেকেন্ডের মধ্যে দেখা দেয়। একটি ডিভাইসের কী স্টোরের জন্য স্থানীয়, আর অন্যটি গেটওয়ের পেছনের একটি প্রমাণীকরণ সার্ভার যাচাই করে।
EAP একটি পাত্র, পদ্ধতি নয়
EAP একটি কাঠামো: গেটওয়ে ও ক্লায়েন্ট একটি পদ্ধতি নিয়ে দরকষাকষি করে, এবং পদ্ধতিটি ঠিক করে পাসওয়ার্ড, টোকেন, টানেলযুক্ত অভ্যন্তরীণ বিনিময় নাকি সার্টিফিকেট জড়িত, যেমনটি IKEv2-এর strongSwan ডকুমেন্টেশন ব্যাখ্যা করে। এজন্যই ক্লায়েন্টের দিক থেকে EAP-TLS দেখতে EAP-MSCHAPv2-এর মতো একেবারেই নয়, যদিও দুটিই মেনুতে EAP হিসেবে দেখা যায়। যে প্রোফাইল শুধু EAP বলে, সেটি আপনাকে বলেনি ব্যবহারকারীকে কী জিজ্ঞাসা করা হবে।
পদ্ধতি ও ব্যাকএন্ড একসাথে পড়ুন। ব্যাকএন্ড অ্যাকাউন্টের বিন্যাস, লকআউট আচরণ এবং পাসওয়ার্ড রিসেট আসলে কী পরিবর্তন করে তা নির্ধারণ করে, এবং এর কিছুই ক্লায়েন্ট প্রোফাইলে দেখা যায় না।
মিশ্র স্থাপনা স্বাভাবিক
ব্যবহারকারীর জন্য সার্ভার সার্টিফিকেট প্লাস EAP হলো সেই রূপ যা বেশিরভাগ রিমোট-অ্যাক্সেস গেটওয়ে স্থাপন করে, কারণ এটি ক্লায়েন্টকে যাচাইযোগ্য প্রান্তবিন্দু দেয় এবং অপারেটরকে কেন্দ্রীয় অ্যাকাউন্ট স্টোরে প্রতি-ব্যবহারকারী পরিচয় দেয়। ক্লায়েন্ট সার্টিফিকেট স্থাপনাও বিদ্যমান, সাধারণত যেখানে ডিভাইস পরিচয় পাসওয়ার্ডের চেয়ে বেশি গুরুত্বপূর্ণ। দুটিই বৈধ, এবং ভুলটি হলো ধরে নেওয়া যে গত সপ্তাহে যা দেখেছেন সেটিই আপনার সামনে আছে।
ক্লায়েন্টের ফিল্ড নাম থেকে অনুমান না করে অপারেটরের কাছে নথিভুক্ত পদ্ধতি ও অ্যাকাউন্টের বিন্যাস চান।
ব্যর্থতার ধাপ থেকে সিদ্ধান্ত
পর্যবেক্ষণগুলি সাজান। কোনো ব্যবহারকারী প্রম্পটের আগে একটি ট্রাস্ট ত্রুটি সার্ভার-সার্টিফিকেট সমস্যা এবং কোনো পাসওয়ার্ড তা ঠিক করবে না। প্রম্পটের পরে প্রত্যাখ্যান মানে ব্যবহারকারী-প্রমাণীকরণ সমস্যা, যেখানে EAP পদ্ধতি ও ব্যাকএন্ড সন্দেহভাজন। সফল প্রমাণীকরণের পরে child-SA ব্যর্থতা এর কোনোটিই নয়।
আরও দুটি পার্থক্য গুরুত্বপূর্ণ। যে ক্লায়েন্ট সার্ভার সার্টিফিকেট প্রত্যাখ্যান করে সে সাধারণত নামের অমিল বা অজানা কর্তৃপক্ষ জানায়, যা ট্রাস্ট-স্টোরের প্রশ্ন। যে গেটওয়ে ব্যবহারকারীকে প্রত্যাখ্যান করে সে প্রায়ই EAP পদ্ধতি ও কারণের শ্রেণি লগ করে, যা অ্যাকাউন্ট বা নীতির প্রশ্ন।
দুটি মডেল পরিচালনা
সার্টিফিকেটের জন্য কাজ হলো ইস্যু, নবায়ন, প্রত্যাহার ও হারানো ডিভাইস অপসারণ, এবং এটি আপনার নিয়ন্ত্রিত সময়সূচিতে ঘটে। EAP-এর জন্য কাজ হলো অ্যাকাউন্ট জীবনচক্র, প্রতিটি ক্লায়েন্ট প্ল্যাটফর্মে পদ্ধতির সমর্থন, এবং ব্যাকএন্ড যে দ্বিতীয় ফ্যাক্টর চায় তা। বিমূর্তভাবে কোনো মডেলই সস্তা নয়; তারা ভিন্ন দলকে বোঝায়। আপনার স্থাপনা আসলে কোনটি ব্যবহার করে তা লিখে রাখুন, কারণ সহায়তা স্ক্রিপ্টগুলি কনফিগারেশনের চেয়ে বেশি আলাদা।
সেগুলি আপনার নোটে আলাদা রাখুন। সার্টিফিকেটের মেয়াদ শেষ একটি নির্দিষ্ট তারিখে ব্যর্থতা তৈরি করে, অ্যাকাউন্ট লকআউট পাসওয়ার্ড পরিবর্তনের পরে ব্যর্থতা তৈরি করে, আর পদ্ধতির অমিল কেবল একটি প্ল্যাটফর্মে ব্যর্থতা তৈরি করে।
পরিচয় গৃহীত হওয়ার পরে
প্রমাণীকরণ একটি দরজা। child সিকিউরিটি অ্যাসোসিয়েশন, ট্র্যাফিক সিলেক্টর, DNS এবং অ্যাপ্লিকেশনের নিজস্ব অনুমতি পরবর্তী দরজা, প্রত্যেকটি নিজের শর্তে ব্যর্থ হয়। গৃহীত পরিচয় যা কিছুতে পৌঁছায় না তা প্রমাণীকরণের সমস্যা নয়।
পদ্ধতি, ব্যবহৃত অ্যাকাউন্ট বা সার্টিফিকেট এবং যে ধাপটি ব্যর্থ হয়েছে তা লিখে রাখুন। সেই নোট পরের ঘটনাটিকে পরীক্ষার বদলে এক নজরে খোঁজায় পরিণত করে।