በፕሮክሲ ማረጋገጫዎች ውስጥ ጎራ-የተመለከቱ የተጠቃሚ ስሞች
ግልጽ ያልሆነ የመለያ ስምን ከተለያዩ የጎራ መስኮች ካላቸው APIዎች ይለዩ፣ እና የURL አጻጻፍን ለማሟላት ብቻ የመለያ ማንነትን አይቀይሩ።
አንድ መልስ DOMAIN\ ማስወገድ ይኖርብህ ይላል። ሌላው መጨመር ይኖርብህ ይላል። ሁለቱም ለፕሮክሲህ ስህተት ሊሆኑ ይችላሉ።
ሁለት ጥያቄዎች አሉ፦ አገልግሎቱ የሚጠብቀው የትኛው ማንነት ነው፣ እና የተመረጠው API ያንን ማንነት እንዴት ይወክላል።
| ገጽታ | ምን ማረጋገጥ አለበት |
|---|---|
| አንድ የመለያ ስም መስክ | ኦፕሬተሩ የሚቀበለው ትክክለኛ የመለያ አጻጻፍ |
| የጎራ መስክ ያለው የማረጋገጫ API | ጎራና የተጠቃሚ ስም ለያዩ መሰጠት አለባቸው እንደሆነ |
| በURI ውስጥ ያሉ የማረጋገጫ ክፍሎች | የታሰቡት እሴቶች ለዚያ መያዣ እንዴት እንዲመሰጠሩ እንደሚገባ |
ለምሳሌ .NET የተጠቃሚ ስም፣ የይለፍ ቃልና ጎራ ለያዩ ክርክሮች ያለው NetworkCredential ገንቢ ያቀርባል። ጎራን በሁለት መስኮች ውስጥ በዘፈቀደ ማስገባት የተቀናጀ ማረጋገጫን ለማዋቀር ተንቀሳቃሽ መንገድ አይደለም።
መሠረታዊ ማረጋገጫ ሌላ ጉዳይ ነው፦ አገልጋዩ የቀረበውን የመለያ ጽሑፍ በራሱ ፖሊሲ ይተረጉመዋል። በአንድ አውታረ መረብ ላይ መሆን የጎራ ቅድመ ቅጥያ በተዘዋዋሪ ተካቷል ብሎ አያረጋግጥም። እንዲሁም በጎራ የተመለከተ ስም በራስ-ሰር የተለየ የማረጋገጫ ፕሮቶኮል አይደለም።
የURL ማምለጫ የታሰበውን መለያ መጠበቅ አለበት እንጂ መቀየር የለበትም። በምንጭ ቋንቋ ሕብረቁምፍ ውስጥ ያለ የኋላ ሰረዝ፣ በመለያ ስም ውስጥ ያለ የኋላ ሰረዝ እና በURI ውስጥ ያለው በመቶኛ የተመሰጠረ ውክልና የተለያዩ ንብርብሮች ናቸው።
ተቀባይነት ያለውን የማንነት ቅጽና ዘዴ ከኦፕሬተሩ ይጠይቁ፣ ከዚያ ተገቢውን የማረጋገጫ ገጽታ ይጠቀሙ። በአጭር ስም፣ በጎራ ስምና ኢሜይል መሰል ስም መካከል በዘፈቀደ መቀያየር ስለ ዋናው 407 ደካማ ማስረጃ ይፈጥራል።