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 ගමනාන්තය පෙර හුවමාරුව පසුව ආරක්ෂා නොකරයි. සේවාවට සුදුසු ප්‍රවාහනය සහ සත්‍යාපනය තෝරන්න; නොදන්නා පොදු ප්‍රොක්සියකට පෞද්ගලික ගිණුම් නොයවන්න.
විස්තරාත්මක ලොග් බෙදාගැනීමට පෙර බලන්න. සාමාන්‍ය පිවිසුම් ක්ෂේත්‍ර මෙවලම සඟවා තිබුණත් පරිශීලක නාම, අභ්‍යන්තර අන්ත ලක්ෂ්‍ය නාම, කුකී හෝ වෙනත් හඳුනාගැනීමේ දත්ත තිබිය හැකිය.