প্ৰক্সি চাইনিনমা ডমেইন-যোগ্য ব্যৱহাৰকাৰীনাম
অস্বচ্ছ একাউণ্ট নামক পৃথক ডমেইন ফিল্ড থকা APIৰ পৰা পাৰ্থক্য কৰক, আৰু কেৱল URL ব্যাকৰণ সন্তুষ্ট কৰিবলৈ একাউণ্ট পৰিচয় সলনি কৰাৰ পৰা বিৰত থাকক।
এটা উত্তৰে কয় DOMAIN\ আঁতৰোৱা উচিত। আন এটাৰ মতে ইয়াক যোগ কৰা উচিত। দুয়োটা পৰিৱৰ্তন আপোনাৰ প্ৰক্সিৰ বাবে ভুল হ'ব পাৰে।
দুটা প্ৰশ্ন আছে: ছাৰ্ভিছে কোনটো পৰিচয় আশা কৰে, আৰু নিৰ্বাচিত APIয়ে সেই পৰিচয় কেনেকৈ প্ৰতিনিধিত্ব কৰে।
| ইণ্টাৰফেছ | কি নিশ্চিত কৰিব |
|---|---|
| এটাই একাউণ্ট-নাম ফিল্ড | অপাৰেটৰে গ্ৰহণ কৰা সঠিক একাউণ্ট ব্যাকৰণ |
| ডমেইন ফিল্ড থকা চাইনিন API | ডমেইন আৰু ব্যৱহাৰকাৰীনাম পৃথকভাৱে দিব লাগেনে |
| URIৰ ভিতৰত চাইনিন উপাদান | ইচ্ছিত মানসমূহ সেই ধাৰকৰ বাবে কেনেকৈ এনকোড কৰিব লাগে |
উদাহৰণস্বৰূপে, .NET এ পৃথক ব্যৱহাৰকাৰীনাম, পাছৱৰ্ড আৰু ডমেইন আৰ্গুমেণ্ট থকা NetworkCredential কনষ্ট্ৰাক্টৰ আগবঢ়ায়। ডমেইনক ভেদাভেদ নকৰাকৈ দুটা ফিল্ডত ৰখা ইন্টিগ্ৰেটেড প্ৰমাণীকৰণ সংৰূপ কৰাৰ বহনযোগ্য উপায় নহয়।
Basic প্ৰমাণীকৰণ আন এটা ক্ষেত্ৰ: ছাৰ্ভাৰে যোগান ধৰা একাউণ্ট পাঠ নিজৰ নীতিত ব্যাখ্যা কৰে। একেটা নেটৱৰ্কত থকাটোৱে ডমেইন উপসৰ্গ নিহিত আছে বুলি প্ৰমাণ নকৰে। লগতে ডমেইন-যোগ্য নাম স্বয়ংক্ৰিয়ভাৱে বেলেগ প্ৰমাণীকৰণ প্ৰট'কল নহয়।
URL এস্কেপিঙে ইচ্ছিত একাউণ্ট সংৰক্ষণ কৰা উচিত, সলনি কৰা নহয়। উৎস-ভাষাৰ ষ্ট্ৰিঙত থকা বেকশ্লেছ, একাউণ্ট নামত থকা বেকশ্লেছ আৰু URIৰ ভিতৰত ইয়াৰ শতাংশ-এনকোডেড প্ৰতিনিধিত্ব পৃথক স্তৰ।
গ্ৰহণযোগ্য পৰিচয় ৰূপ আৰু স্কিম অপাৰেটৰৰ পৰা লাভ কৰক, তাৰ পিছত উপযুক্ত চাইনিন ইণ্টাৰফেছ ব্যৱহাৰ কৰক। চমু নাম, ডমেইন নাম আৰু ইমেইল-দৰ্শা নামৰ মাজত যাদৃচ্ছিকভাৱে সলনি কৰাটোৱে মূল 407 সম্পৰ্কে দুৰ্বল প্ৰমাণ সৃষ্টি কৰে।