HTTP 407 ወይስ 401፦ የትኛው መግቢያ እየከሸፈ ነው?
የፕሮክሲውንና የድረ ገጹን ማረጋገጥ ይለዩ፣ ትክክለኛዎቹን ራስጌዎች ይመልከቱ፣ የመግቢያ መረጃንም ለተሳሳተ ወገን አይላኩ።
407 በፕሮክሲው ማረጋገጥ ይጠይቃል። 401 ለዒላማው ሀብት ማረጋገጥ ይጠይቃል። አንድ ጥያቄ ሁለቱንም ሊያገኝ ይችላል፤ የይለፍ ቃል ከመስጠትዎ በፊት ማን እንደሚጠይቅ ይወቁ።
ሁኔታውንና የማረጋገጥ ጥያቄ ራስጌዎችን ያነጻጽሩ
| ምላሽ | የማረጋገጥ ጥያቄ ራስጌ | የመግቢያ መረጃ ራስጌ | ተሳታፊ |
|---|---|---|---|
| 407 Proxy Authentication Required | Proxy-Authenticate | Proxy-Authorization | መካከለኛ ፕሮክሲ |
| 401 Unauthorized | WWW-Authenticate | Authorization | የመነሻው ሀብት የማረጋገጥ ሂደት |
ሁኔታው ጠቃሚ የመጀመሪያ ፍንጭ ነው፣ ግን ሙሉ ልውውጡን ይመልከቱ። በገጽ ጽሑፍ ውስጥ 407 መታየት ከእውነተኛ HTTP 407 ምላሽ ጋር አንድ አይደለም። እንዲሁም የተለየ መግቢያ ገጽ 200 መመለስና በመተግበሪያ ደረጃ ማረጋገጥ መጠየቅ ይችላል።
HTTPS ድረ ገጹ ሳይደርስ በ407 ለምን ሊከሽፍ ይችላል?
መደበኛ HTTP ፕሮክሲ የHTTPS ጥያቄን ሲያስተላልፍ፣ ደንበኛው በተለምዶ መጀመሪያ የCONNECT ዋሻ ይጠይቃል። ፕሮክሲው ለዚያ CONNECT ጥያቄ ማረጋገጥ ሊጠይቅ ይችላል። ካልተጠናቀቀ፣ የመዳረሻው TLS ክፍለ ጊዜ በዋሻው በኩል ገና አልተመሠረተም። ስለዚህ የድረ ገጹን API ቶከን መቀየር ይህን ደረጃ የማስተካከል ዕድሉ ዝቅተኛ ነው።
ጥያቄው የት እንደሚታይ በዝርዝር ውጤት ይመልከቱ፦
curl --noproxy '' --proxy http://127.0.0.1:8080 --connect-timeout 5 --max-time 15 --verbose https://example.com/የአካባቢውን አዳማጭ በራስዎ ይተኩና በመዝገቡ የመጀመሪያውን የማረጋገጥ ጥያቄ ያንብቡ። በCONNECT ጊዜ 407 ከመዳረሻ TLS በፊት ነው፤ በኋላ 401 ከተሳካ ዋሻ በኋላ ሊመጣ ይችላል።
የፕሮክሲውን መረጃ በፕሮክሲ በይነገጽ ይስጡ
የሚያምኑት አስተዳዳሪ ለሰጠው መጨረሻ ነጥብና መለያ፣ curl የማረጋገጥ ዘዴውን ሊደራደርና ያልተሰጠ የይለፍ ቃል ሊጠይቅ ይችላል፦
curl --proxy http://proxy.example:8080 --proxy-anyauth --proxy-user alice https://example.com/የምሳሌውን መጨረሻ ነጥብና ተጠቃሚ በተፈቀደልዎት አገልግሎት መረጃ ይተኩ። ተጠቃሚውን ብቻ መግለጽ የይለፍ ቃሉን በላይኛው ትእዛዝ በቀጥታ ከመጻፍ ያስቀራል። ድጋፉ በcurl ግንባታና ፕሮክሲ ይለያያል፤ ድርድር ካልተሳካ ትክክለኛውን ጥያቄና የግንባታውን ችሎታ ይመልከቱ።
የፕሮክሲ ማረጋገጥ አማራጭ በcurl ከመነሻ አገልጋይ ተጠቃሚ ማረጋገጥ የተለየ ነው። ለፕሮክሲ ጥያቄ መልስ ፋንታ የመነሻውን Authorization ራስጌ አይጨምሩ። የፕሮክሲ መረጃ ራስጌዎችንም በእጅ ወደ ያልተዛመዱ ጥያቄዎች አይላኩ፣ ወይም ሙሉ መተግበሪያው በድጋሚ በሚጠቀምባቸው ራስጌዎች አያስቀምጡ።
ፕሮክሲው በተደጋጋሚ 407 ከመለሰ
- የታሰበውን የፕሮክሲ አስተናጋጅና ወደብ መጠቀምዎን ያረጋግጡ።
- Basic ነው ከማለት ይልቅ ፕሮክሲው ያስታወቃቸውን ዘዴዎች ይመልከቱ።
- የመለያውን ሁኔታና አገልግሎቱ የሚጠይቀውን የተጠቃሚ ስም ቅርጽ ያረጋግጡ።
- መረጃው በURL ውስጥ ከሆነ ልዩ ቁምፊዎች እንዴት እንደሚተላለፉ ይመልከቱ።
- ከአሳሹ ጋር የተቀናጀ የድርጅት ማረጋገጥ የአሂድ አካባቢ ወይም የመድረክ ድጋፍ እንደሚፈልግ ይወቁ።
- የደንበኛው ማስረጃ ካልበቃ፣ ስሱ መረጃ የተወገደበት የጥያቄ መለያ ወይም የአገልጋይ መዝገብ እንዲሰጥዎ አስተዳዳሪውን ይጠይቁ።
ከተሳካ መግቢያ በኋላም 403 ወይም የተከለከለ CONNECT የመዳረሻ ፖሊሲ ውሳኔ ሊሆን ይችላል። ተጨማሪ የይለፍ ቃል ሙከራ የተከለከለ መዳረሻን አይከፍትም።
የመዳረሻው HTTPS ሁሉንም የፕሮክሲ መግቢያ መረጃ ልውውጥ አይጠብቅም
የፕሮክሲ ማረጋገጥ ከመዳረሻ TLS በፊት ሊሆን ይችላል። ከፕሮክሲው ራሱ ጋር ያለው ግንኙነት ያልተመሰጠረ ከሆነና ዘዴው በዚያ እንደገና የሚጠቅም መረጃ ካጋለጠ፣ HTTPS መዳረሻ ያለፈውን ልውውጥ በኋላ አይጠብቀውም። ለአገልግሎቱ ተስማሚ ማጓጓዣ እና ማረጋገጥ ይምረጡ፤ የግል መለያዎችን ለማይታወቅ ይፋዊ ፕሮክሲ አይላኩ።
ዝርዝር መዝገቦችን ከማጋራትዎ በፊት ይመልከቱ። መሣሪያው የተለመዱ የመግቢያ መስኮችን ቢደብቅም የተጠቃሚ ስሞች፣ የውስጥ መጨረሻ ነጥብ ስሞች፣ ኩኪዎች ወይም ሌላ መለያ መረጃ ሊቀር ይችላል።