VPN අඩවියකින් එන 403 ප්‍රොක්‍සි දෝෂයක් නොවන්‍නේ ඇයි
මූලාශ්‍රයෙන් එන 403, ප්‍රතික්‍ෂේප වූ CONNECT සහ 407 අභියෝගය වෙනස් සීමා දක්‍වයි. පළමුව ප්‍රොක්‍සියේ පිටවීමේ මාර්‍ගය බ්‍රව්‍සරයේ VPN ලිපිනය සමඟ සසඳන්‍න.
පරිශීලකයින් VPN විසන්‍ධි කර, අභ්‍යන්‍තර අඩවියක 403 එකකට මුහුණ දී, ප්‍රොක්‍සිය කැඩී ඇතැයි වාර්‍තා කරයි. එම පිටුව සෑදිය හැකි වෙනස් දේවල් තුනක් ඇත: මූලාශ්‍රය ඉල්‍ලීම ප්‍රතික්‍ෂේප කළේය, ඉදිරි ප්‍රොක්‍සිය ටනලය විවෘත කිරීම ප්‍රතික්‍ෂේප කළේය, නැතහොත් ප්‍රොක්‍සිය තමන්‍ගේම අක්‍තපත්‍ර ඉල්‍ලා සිටියේය. ඒවායින් එකක් එක් එක් වෙනස් ප්‍රශ්‍නයකට නිවැරදි පිළිතුරකි, ඒවා එක් සාමාන්‍ය දෝෂ පිටුවකට පැතලි කිරීම ඔබට ඇති එකම සාක්‍ෂිය විනාශ කරයි. ප්‍රතික්‍ෂේපය සිදු කළ සංරචකය අනුව වර්‍ග කර, පසුව එක් එක් සංරචකය ඇත්‍තටම භාවිතා කරන ජාල මාර්‍ගය සසඳන්‍න.
403 එක සෑදූ සංරචකය නම් කරන්න
HTTP තත්‍ත්‍ව කේතය එය යැවූ පාර්‍ශ්‍වයට අයත් වේ. මූලාශ්‍රය 403 ලබා දෙන විට, එය ඉල්‍ලීම විශ්‍ලේෂණය කර අමතන්‍නාට සම්‍පත් නොමැති විය හැකි බව තීරණය කර ඇත, එය අවසර දීමේ පිළිතුරකි, ප්‍රවාහන ගැටලුවක් නොවේ. ඉදිරි ප්‍රොක්‍සියක් CONNECT එකකට 403 පිළිතුරු දෙන විට, එය ටනලය ගොඩනැගීමම ප්‍රතික්‍ෂේප කර ඇත, ඉහළින් කිසිවක් සම්‍බන්‍ධ කර නැත. එය 407 පිළිතුරු දෙන විට, එය තමන්‍ගේම අක්‍තපත්‍ර අවශ්‍ය වේ, ඒවාට යෙදුමේ පිවිසුම සමඟ කිසිදු සම්‍බන්‍ධයක් නැත.
| What you observe | What it means |
|---|---|
| Origin replies 403 | The origin understood the request and denied it |
| Proxy refuses CONNECT with 403 | The proxy declined to open that tunnel |
| Proxy replies 407 | Proxy authentication is required first |
| Gateway replies 502 or 504 | Upstream failure or timeout, not a permission decision |
RFC 9110 මෙම භූමිකා, ප්‍රොක්‍සි-විශේෂිත අභියෝගය ඇතුළුව අර්‍ථ දක්‍වයි. ප්‍රධාන කොටස කියවීමට පෙර ප්‍රතිචාරයේ තත්‍ත්‍වය සහ ඕනෑම Proxy-Authenticate ශීර්‍ෂයක් කියවන්‍න, මන්‍ද මිත්‍රශීලී HTML දෝෂ පිටුවක් සාමාන්‍යයෙන් එය ලියූ සංරචකය සඟවයි.
CONNECT ටනලයක් බයිට් රිලේ එකකින් සඟවන දේ
ප්‍රොක්‍සියක් CONNECT එකකට 200 ලබා දුන් පසු, එය බයිට් රිලේ කරමින් සිටින අතර බ්‍රව්‍සරය මූලාශ්‍රය සමඟ තමන්‍ගේම TLS සැසියක් තබා ගනී. එබැවින් බයිට් රිලේ කරන ප්‍රොක්‍සියකට එම සැසිය තුළ ඇති සංකේතනය කළ 403 කියවිය නොහැක, එය කිසිදා ප්‍රතික්‍ෂේපයේ කතුවරයා නොවේ. ටනලය විවෘත වීමට පෙර ප්‍රතික්‍ෂේපය සම්‍පූර්‍ණයෙන්‍ම වෙනස් සිදුවීමකි, එක් ස්‍ථරයක් පහළින් නිපදවයි.
TLS අවසන් කරන ප්‍රතිලෝම ප්‍රොක්‍සියක් වෙනස් ස්‍ථානයක සිටී: එය TLS මායිම හිමිකර ගනී, HTTP විශ්‍ලේෂණය කරයි, ප්‍රතිචාර නීත්‍යානුකූලව නැවත ලිවීමට හෝ අල්‍ලා ගැනීමට හැකිය. එම හැකියාව වින්‍යාස තේරීමකි, සාමාන්‍යයෙන් ප්‍රොක්‍සිකරණයේ ගුණාංගයක් නොවේ, එය යෙදුමේ ප්‍රවේශ ප්‍රතිපත්‍තිය මඟ හැරීමට අවසර නොදේ. ප්‍රතිචාරය කියවීම හැකියාවකි; අමතන්‍නාට දැකිය හැකි දේ තීරණය කිරීම මූලාශ්‍රයේ කාර්‍යය ලෙසම පවතී.
ප්‍රායෝගික ප්‍රතිවිපාකය නම් 403 අර්‍ථ නිරූපණය කිරීමට පෙර ඔබ ක්‍රියාත්‍මක කරන ආකාර තුනෙන් කුමක්‍දැයි දැන සිටිය යුතුය. ප්‍රවාහ ප්‍රොක්‍සියකට HTTP පරීක්ෂණ නීති එකතු කිරීමෙන් එයට දෘශ්‍යතාව නොලැබේ, බයිට් රිලේ එකකින් මූලාශ්‍ර ප්‍රතික්‍ෂේපය පැහැදිලි කරනු ඇතැයි බලාපොරොත්‍තු වීම ඔබව වැරදි ලොගයට යවයි.
ප්‍රොක්‍සියේ පිටවීමේ මාර්‍ගය බ්‍රව්‍සරයේ ටනල් ලිපිනය සමඟ සසඳන්‍න
VPN එකකට සම්‍බන්‍ධ බ්‍රව්‍සරයක් වෙනම ප්‍රොක්‍සි සේවාදායකයක් ස්‍වයංක්‍රීයව එම ටනලයට ගෙන යන්‍නේ නැත. මූලාශ්‍රය ප්‍රොක්‍සියේ පිටවීමේ ලිපිනය දකී, ප්‍රොක්‍සිය තවමත් දේශීය පෙරනිමි මාර්‍ගයෙන් පිටවේ නම්, ආරක්‍ෂිත අඩවිය විශ්‍වාස කිරීමට කිසිදා වින්‍යාස නොකළ ලිපිනයක් දකී. ලැප්‍ටොප් එකේ අභ්‍යන්‍තර VPN ලිපිනය එම මූලාශ්‍රයට නොපෙනේ. ක්‍රියාකාරී ටනලයක් තවමත් අනෙක් සැමට නිවැරදිව හැසිරෙන අඩවියකින් 403 දෙන ප්‍රධානතම හේතුව මෙයයි.
ලිපින ව්‍යාකූල නොවන පරිදි මාර්‍ග දෙක වෙන වෙනම පරීක්ෂා කරන්න.
curl -sS -o /dev/null -w 'status=%{http_code}\n' --noproxy '*' https://198.51.100.20/private
curl -sS -o /dev/null -w 'status=%{http_code}\n' -x http://203.0.113.10:3128 https://198.51.100.20/privateපළමු ඉල්‍ලීම ඔබේම ලිපිනයට මූලාශ්‍රය කුමක් පිළිතුරු දෙනවාද පෙන්‍වයි, දෙවැන්‍න ප්‍රොක්‍සියේ ලිපිනයට කුමක් පිළිතුරු දෙනවාද පෙන්‍වයි. ගැලපෙන 403 යුගලයක් මූලාශ්‍රයේ අවසර නීති පෙන්‍වා දෙයි; 200 ට පසුව 403 ආවොත් ප්‍රොක්‍සි මාර්‍ගය පෙන්‍වා දෙයි. VPN තටාකය ඇතුළත් යැයි උපකල්‍පනය කරනවාට වඩා නීති කට්‍ටලය ඇත්‍තටම අනුමත කරන මූලාශ්‍ර ලිපින මොනවාදැයි මූලාශ්‍ර හිමිකරුගෙන් අසන්‍න.
සීමාව හුදකලා කරන ඉල්‍ලීමකින් සෑම සීමාවක්‍ම පරීක්ෂා කරන්න
යෙදුම් හේතූන් නිසා ප්‍රතික්‍ෂේප කළ නොහැකි දෙයක් ඉල්‍ලා ප්‍රොක්‍සි ස්‍ථරය හුදකලා කරන්න. ප්‍රොක්‍සියට ළඟා වීමට අවසර ඇති සත්‍කාරකයකට CONNECT එකක්, ප්‍රතිදානය ඉවත් කර, ටනල පිවිසීම කිසිසේත් ක්‍රියා කරනවාදැයි ඔබට කියයි.
curl -sSv -o /dev/null -x http://203.0.113.10:3128 https://198.51.100.20/ 2>&1 | grep -E 'CONNECT|HTTP/1.1|Proxy-Authenticate'
එය CONNECT සඳහා 200 සහ පසුව TLS අත්‍වැල් ගැසීම මුද්‍රණය කරන්‍නේ නම්, ප්‍රොක්‍සි පිවිසීම හොඳයි, පසුව ආ 403 මූලාශ්‍රයෙන් පැමිණියේය. එය 407 මුද්‍රණය කරන්‍නේ නම්, --proxy-user සමඟ ප්‍රොක්‍සි අක්‍තපත්‍ර සපයා අඩවිය ගැන කිසිදු නිගමනයකට ඒමට පෙර නැවත කරන්න. එය CONNECT පේළියේ 403 මුද්‍රණය කරන්‍නේ නම්, පරීක්ෂා කළ යුතු සීමාව ප්‍රොක්‍සියේම අනුමත ලැයිස්‍තුවයි, යෙදුම ඊට සම්‍බන්‍ධ නැත.
අක්‍තපත්‍ර ෂෙල් ඉතිහාසයෙන් සහ අලවන ලද පිටපත්‍වලින් ඈත් කර තබන්‍න. විධාන රේඛාවක ටයිප් කළ ප්‍රොක්‍සි මුරපදය අනෙක් දේශීය පරිශීලකයින්‍ට පෙනේ, අක්‍තපත්‍ර සමඟ ග්‍රහණය කළ CONNECT හෝඩුවාවක් කිසිදු හෝඩුවාවක් නොමැති වීමට වඩා නරකය.
පිටුව නැවත ලිවීම වෙනුවට තීන්‍දුව කියවිය හැකි ලෙස තබන්‍න
කුමන සංරචකය ප්‍රතික්‍ෂේප කළාදැයි දැනගත් පසු එම පිළිතුර සුරකින්‍න. මූලාශ්‍ර 403 එකක් 504 කාල ඉකුත්‍වීමක් ලෙස නැවත ලේබල් කරන, හෝ එය සාර්‍ථක පිටුවකින් ප්‍රතිස්‍ථාපනය කරන ප්‍රතිලෝම ප්‍රොක්‍සියක් අවසර තීරණයක් ලබා ගැනීමේ කතාවක් පිටුපස සඟවා ඊළඟ ප්‍රතිචාරකයා වැරදි කණ්‍ඩායමට යවයි. අභිරුචි දෝෂ පිටු තත්‍ත්‍වය තබා සන්‍දර්‍භය එකතු කරන විට හොඳය.
හැඹිලිකරණයද එම රැකවරණයම වටී. RFC 9111 හවුල් හැඹිලි ප්‍රතිචාර නැවත භාවිතා කළ හැකි ආකාරය නියාමනය කරයි, එක් අමතන්‍නෙකු සඳහා නිපදවන ලද ප්‍රතික්‍ෂේපයක් අවසරයක් මෙන් තවත් කෙනෙකුට දිය යුතු නොවේ. ප්‍රතික්‍ෂේප ප්‍රතිචාර කෙසේ හෝ ගබඩා කරන්‍නේ නම්, ඒවා පෞද්‍ගලික හා සීමිතව තබන්‍න, ඉහළ ප්‍රවාහය අඩු කිරීමට පමණක් කිසිදා පොදු නැවුම්‍භාවයේ නීතියක් එකතු නොකරන්‍න.
සංරචකය, එය නිපදවූ තත්‍ත්‍වය සහ මූලාශ්‍රය දුටු මූලාශ්‍ර ලිපිනය නම් කරන ලිඛිත තීන්‍දුවකින් අවසන් කරන්න. නිශ්‍චිත ඉල්‍ලීම, බලපැවැත්‍වෙන ප්‍රොක්‍සි සැකසුම් සහ වේලාව සටහන් කරන්න, එවිට ඊළඟ වාර්‍තාව මතකයෙන් නැවත ලබා ගැනීම වෙනුවට එම සාක්‍ෂි සමඟ ගැලපිය හැක. එම සටහන ඊළඟ වාර්‍තාවට තත්‍පර ගණනකින් පිළිතුරු දෙන අතර එම 403 නැවත VPN බාධාවක් ලෙස රෝග විනිශ්‍චය වීම වළක්‍වයි.