බ්‍රවුසරයේ අභ්‍යන්තර ද්වාරය විවෘත කරන විට එය පූරණය වේ. එම සත්කාරකයම ඇමතුම් දෙන යෙදුම ධාවනය කරන විට එය අසාර්ථක වේ, කිසිදු ස්ථරයක නම නොකියන පණිවිඩයක් සමඟ. උමං මාර්ගය බ්‍රවුසරය රැගෙන යන නිසා උමං මාර්ගය පළමු සැකකරු නොවේ. ඔබේ ඉල්ලීම සහ සේවාව අතර දේවල් හතරක් ඇති අතර එකින් එක වෙනස් සලකුණක් තබයි. මම අනුගමනය කරන අනුපිළිවෙල මෙයයි: VPN සේවාලාභියාගේ සැකසුම් පිටුවෙන් නොව, යෙදුම සැබවින්ම යවන ඉල්ලීමෙන් ආරම්භ වේ.

යෙදුම සැබවින්ම යවන ඉල්ලීම දෙස බලන්න

වින්‍යාසය ස්පර්ශ කිරීමට පෙර යෙදුමට එය කරන දේ කියන්න දෙන්න. ප්‍රොක්සිය පැහැදිලිව අක්‍රීය කර එක් ඉල්ලීමක් ග්‍රහණය කිරීම සහ සරල පෝට් පරීක්ෂණයක් ඔබට මූලික රේඛා දෙකක් දෙයි, ඊළඟ පියවර ඒවා සමඟ සසඳනු ලැබේ. ප්‍රොක්සිය නිවා දැමූ විට ඉල්ලීම සාර්ථක නම්, ස්ථර හතරෙන් තුනක් දැනටමත් අවසන්.

env | grep -i proxy            # Linux/macOS
netsh winhttp show proxy       # Windows, machine-wide
curl -sv --noproxy '*' https://svc.internal/
nc -vz svc.internal 8080

අවසාන දෙක එකම ගමනාන්තයට ධාවනය කර ඒවා එකිනෙකින් වෙන්වන තැන බලන්න. වැඩ කරන බ්‍රවුසරයක් සමඟ වැඩ කරන curl සමඟ වැඩ නොකරන යෙදුමක් ගැටලුව යෙදුම එකතු කරන දෙයකට සීමා කරයි: ප්‍රොක්සියක්, ප්‍රවාහනයක් හෝ පණිවිඩ ප්‍රමාණයක්.

කිසිවෙකු වින්‍යාස නොකළ ප්‍රොක්සියක් යෙදුමට උරුම විය

බොහෝ HTTP තැටි පෙරනිමියෙන් මෙහෙයුම් පද්ධතියෙන් ප්‍රොක්සි වින්‍යාසය කියවයි. ආයතනික VPN සේවාලාභියා බොහෝ විට එය තම ප්‍රවේශ පැතිකඩෙහි කොටසක් ලෙස ස්ථාපනය කරයි, එබැවින් ඉල්ලීම් පිටවෙන්නේ සංවර්ධකයා කේතයේ කිසිදා සඳහන් නොකළ ප්‍රොක්සියක් හරහාය. .NET හි පෙරනිමි හසුරුව IE/WinHTTP සැකසුම්වලින් ලබා ගනී; Java -Dhttp.proxyHost කියවයි; Node හි පුස්තකාලයක් එකතු කරන තෙක් අභ්‍යන්තර ප්‍රොක්සි ආධාරකයක් නැත. අසාර්ථකත්වය පිරිසිදු ප්‍රතික්ෂේපයක් වන්නේ කලාතුරකින්, එබැවින් මිනිසුන් සේවාදායකය දෙස බැලීමට පටන් ගනී.

පරීක්ෂණයේ පිරිවැය එක් ඉල්ලීමකි: එක් හසුරුවක ප්‍රොක්සිය පැහැදිලිව නිවා දමා සසඳන්න.

var handler = new HttpClientHandler { UseProxy = false };
using var client = new HttpClient(handler);

එය සාර්ථක නම්, නිවැරදි කිරීම උමං මාර්ගයේ නොව යෙදුමේ වින්‍යාසයේ ඇත. ව්‍යාපෘතියේ සෑම ධාවන පරිසරයක් සඳහාම විගණනය නැවත කරන්න, මන්ද එකින් එක වෙනස් මූලාශ්‍රයක් කියවන අතර ඉන් එකක් පමණක් කැඩී තිබිය හැක.

ඔබ තෝරාගත් පෝට් ප්‍රතිපත්තිය අවසර දෙන පෝට් නොවේ

මාර්ගගත සත්කාරකයක් අවසර ලත් සේවාවක් නොවේ. ආයතනික ප්‍රතිපත්තිය සාමාන්‍යයෙන් පිටතට යන වෙබ් පෝට්වලට අවසර දී ඉතිරි ඒවා ඉවත් කරයි, එබැවින් 8080 හෝ 1883 හි සේවාවට ළඟා විය නොහැකි අතර 443 හොඳින් ක්‍රියා කරයි. බ්‍රවුසරය මෙහි කිසිවක් ඔප්පු නොකරයි: එය නිර්වචනය අනුව 443 භාවිත කරයි.

එම සේවාවම 443 පිටුපස ප්‍රකාශයට පත් කර ව්‍යතිරේකයක් ඉල්ලීමට පෙර නමින් එයට ළඟා වන්න. ව්‍යතිරේකය සැබවින්ම අවශ්‍ය නම්, එය එක් මූලාශ්‍ර පරාසයකට සහ එක් ගමනාන්තයකට සීමා කර එය කාගේ හෝ පුද්ගලික මගහැරීමක් නොව සේවා නිර්වචනයේ කොටසක් ලෙස සලකන්න.

මාර්ගය යළි සකසන අමු TCP

දිගු කල් පවතින අමු TCP සම්බන්ධතා වඩාත් ව්‍රාන්තිකර ලෙස අසාර්ථක වන ස්ථරයයි. වෙබ් රහස්‍යභාවයට ඉඩ දෙන මාර්ගයකට තවමත් අසාමාන්‍ය පිටතට යන TCP යළි සැකසීමට හෝ නැවත ලිවීමට හැකි අතර, සේවාලාභියා බාධාවක් ලෙස කියවන සොකට් දෝෂයක් වාර්තා කරයි. පණිවිඩ සහ සිදුවීම් සේවා සාමාන්‍යයෙන් මේ ආකාරයේ ජාලයක් සඳහාම WebSocket ප්‍රවාහනයක් සපයයි, සහ මාරු වීම උමං මාර්ග වෙනසක් නොව සේවාලාභියාගේ තේරීමකි.

ප්‍රවාහනය මාරු කර නැවත පරීක්ෂා කර එම ධාවනයේදී වෙන කිසිවක් නොවෙනස් කරන්න. එම එක්-විචල්‍ය පරීක්ෂණය යළි සැකසීම මාර්ගයෙන් ආවේද සේවාවෙන් ආවේද යන්න කියයි.

විශාල පේලෝඩවලදී පමණක් වැසෙන සම්බන්ධතා

සාර්ථක වී තත්පරයකට පමණ පසු මිය යන, නමුත් ශරීරය විශාල වූ විට පමණක් මිය යන ඉල්ලීමක් මැද කොහේදෝ ඇති ප්‍රමාණ සීමාවක් දෙසට යොමු කරයි. පණිවිඩවල බයිට ගණන් කරන මැදිහත්කරුට සම්බන්ධතාව මාරු කිරීම මැදදී අතහැරිය හැකි අතර, සේවාලාභියා කාල සීමාවක් වෙනුවට අසාමාන්‍ය වැසීමක් වාර්තා කරයි.

පේලෝඩය යෙදුම් ස්ථරයේ කැබලිවලට කරන්න. එය MTU කටයුතුවලින් වෙන් කර තබන්න: උමං මාර්ගයේ පැකට් ප්‍රමාණය අඩු කිරීම සාමාන්‍ය TCP සැසි නියත බයිට ගණනක නතර වන විට උපකාරී වේ, සහ මැදිහත්කරු විශාල යැයි සලකන පණිවිඩයකට එය කිසිවක් නොකරයි.

එක් ගමනකින් හතර වෙන් කර ගන්නේ කෙසේද

නිරීක්ෂණ තුනක් බොහෝ අවස්ථා විසඳයි. අසාර්ථකත්වය වහාම සිදු වේද, නැතහොත් විශාල ශරීරයක් සමඟ පමණද? ප්‍රොක්සිය නිවා දැමූ විට එම ඉල්ලීම සාර්ථක වේද? පෝට් හෝ ප්‍රවාහනය මාරු කළ විට ප්‍රතිඵලය වෙනස් වේද? ඊළඟ වෙනසට පෙර පිළිතුරු ලියන්න, මන්ද ආයතනික VPN සමඟ උරුම ප්‍රොක්සිය සමඟ යෙදුමේ පෙරනිමිය එකවර සම්භාව්‍ය හේතු තුනක් දෙයි.

සෑම පරීක්ෂණයකම එක් විචල්‍යයක් තබා ඔබ භාවිත කළ ගමනාන්ත සත්කාරකය සටහන් කරන්න. එම මූලික රේඛාව නොමැතිව ඊළඟ පුද්ගලයා පියවර හතරම මුල සිට නැවත කරයි.

අදාළ ලිපි