HTTP 407 ያለ ጥቅም ላይ የሚውል Proxy-Authenticate ፈተና

ደንበኛ በስታተስ ቁጥር ብቻ የማረጋገጫ ዘዴን መምረጥ አይችልም። የፕሮክሲው ምላሽ ምን እንደሚቀበል መግለጽ አለበት።

HTTP 407 የሚፈጥር ፕሮክሲ Proxy-Authenticate ፈተና እንዲልክ ይጠይቃል። ለBasic አገልግሎት ቀላል ምሳሌ ይህ ነው፦

HTTP/1.1 407 Proxy Authentication Required
Proxy-Authenticate: Basic realm="Office proxy"

የስታተስ ቁጥሩ፣ የአርዕስቱ ስም እና ለስኪሙ የተለየው አጻጻፍ ሁሉም አስፈላጊ ናቸው። በሰውነቱ ውስጥ authentication የሚለው ቃል ያለው የምርት ስም የስህተት ገጽ ለአርዕስቱ ምትክ አይደለም። ብጁ አተገባበሮችም የአርዕስቱን ማጠናቀቂያና የሰውነት ማዕቀፍ ጨምሮ ሙሉ የHTTP 407 ምላሽ መላክ አለባቸው።

ወደዚህ ደንበኛ የደረሰውን ምላሽ ይመርምሩ

ሚስጥራዊ እሴቶችን አስወግደው የስታተስና የፈተና መስኮችን ይያዙ። አንድ መካከለኛ ምላሹን ቀይሮ ሊሆን ይችላል፣ ወይም ብጁ ፕሮክሲ ልክ ያልሆነ ፈተና ሠርቶ ሊሆን ይችላል። ያንን ማስረጃ ከፕሮክሲው የግብይት መዝገብ ጋር ያወዳድሩ።

አገልግሎቱ በምትኩ 405 ወይም ሌላ ስህተት ከላከ፣ እያንዳንዱን እንዲህ ያለ ምላሽ በብጁ ደንበኛ ውስጥ 407 ብለው አትሰይሙት። እውነተኛ የስልት ፖሊሲ ውድቀቶችን ይደብቁ ነበር፣ እና አሁንም አስተማማኝ የስኪም ድርድር አይኖርዎትም። የአገልግሎቱን ባህሪ ያስተካክሉ ወይም በሰነዱ የተደገፈውን የማረጋገጫ መንገድ ይጠቀሙ።

በርካታ ፈተናዎችም እውነተኛ የHTTP ተንታኝ ይፈልጋሉ። ኮማ መለኪያዎችን ወይም ፈተናዎችን ሊለያይ ይችላል፤ መላውን አርዕስት በኮማዎች ላይ በዓይነ ስውር መከፋፈል በጥቅስ የተከበበ realm ሊያበላሽ ይችላል። ከተከታታይ የሕብረቁምፊ ምትክ ይልቅ በደንበኛው የተደገፈውን የማረጋገጫ አተገባበር ይጠቀሙ።

ፈተናው ጥቅም ላይ ከዋለ በኋላ ብቻ ነው የማስረጃ አቅራቢው ለምን መለያ እንዳልመለሰ መመርመር ትርጉም የሚኖረው።