پراکسی اسناد میں ڈومین کے ساتھ مخصوص صارف نام

غیر واضح اکاؤنٹ نام کو الگ ڈومین فیلڈز والے API سے ممتاز کریں، اور صرف URL نحو پورا کرنے کے لیے اکاؤنٹ کی شناخت تبدیل کرنے سے گریز کریں۔

ایک جواب کہتا ہے DOMAIN\ ہٹا دیں۔ دوسرا کہتا ہے اسے شامل کریں۔ دونوں تبدیلیاں آپ کی پراکسی کے لیے غلط ہو سکتی ہیں۔

دو سوال ہیں: سروس کس شناخت کی توقع کرتی ہے، اور منتخب API اس شناخت کی نمائندگی کیسے کرتا ہے۔

انٹرفیسکیا طے کرنا ہے
اکاؤنٹ نام کا واحد فیلڈوہ درست اکاؤنٹ نحو جو آپریٹر قبول کرتا ہے
ڈومین فیلڈ والا اسناد APIکیا ڈومین اور صارف نام الگ الگ دینے چاہئیں
URI کے اندر اسناد کے اجزامطلوبہ اقدار کو اس کنٹینر کے لیے کیسے انکوڈ کرنا ہے

مثال کے طور پر، .NET ایک NetworkCredential کنسٹرکٹر دیتا ہے جس میں صارف نام، پاس ورڈ اور ڈومین کے الگ الگ دلائل ہوتے ہیں۔ ڈومین کو بلا امتیاز دو فیلڈز میں رکھنا مربوط توثیق کی تشکیل کا قابلِ منتقلی طریقہ نہیں ہے۔

Basic توثیق ایک اور معاملہ ہے: سرور فراہم کردہ اکاؤنٹ متن کی تشریح اپنی پالیسی کے تحت کرتا ہے۔ ایک ہی نیٹ ورک پر ہونا یہ ثابت نہیں کرتا کہ ڈومین سابقہ مضمر ہے۔ اور ڈومین کے ساتھ مخصوص نام بھی خودبخود مختلف توثیقی پروٹوکول نہیں بنتا۔

URL ایسکیپنگ کو مطلوبہ اکاؤنٹ محفوظ رکھنا چاہیے، اسے بدلنا نہیں۔ ماخذ زبان کی سٹرنگ میں بیک سلیش، اکاؤنٹ نام میں بیک سلیش اور URI کے اندر اس کی فیصدی انکوڈنگ الگ الگ تہیں ہیں۔

آپریٹر سے قبول شدہ شناخت کی شکل اور اسکیم حاصل کریں، پھر متعلقہ اسناد انٹرفیس استعمال کریں۔ مختصر نام، ڈومین نام اور ای میل جیسے نام کے درمیان بے ترتیب تبدیلی اصل 407 کے بارے میں کمزور ثبوت پیدا کرتی ہے۔

متعلقہ مضامین