වැඩ ස්ථානයක් අනුමත ලැයිස්තුවක තැබීමෙන් එය වෙනුවෙන් නව පහළ ප්‍රොක්සියකට සම්බන්ධ වීමට අවශ්‍යයෙන් අවසර ලැබේ නැත:

workstation → local proxy → corporate parent → website

දේශීය ප්‍රොක්සිය මව් ප්‍රොක්සිය වෙත නව සම්බන්ධතාවයක් විවෘත කරයි. සාමාන්‍යයෙන් මව් ප්‍රොක්සිය දකින්නේ එම ප්‍රොක්සියේ පිටවීමේ ලිපිනයයි, සමහරවිට NAT පසුව. මුල් වැඩ ස්ථානයේ ලිපිනය සමස්ත ඉල්ලීම ආරම්භ කළ නිසා පමණක් නව සම්බන්ධතාවයේ මූලාශ්‍රය නොවේ.

මව් ප්‍රොක්සිය සැබවින්ම ලබා ගන්නා සෘජු මූලාශ්‍රය සොයා ගන්න. පහළ ප්‍රොක්සියට අවසර දෙන්නේ අපේක්ෂිත සේවාවට පමණක් වන අතර පහළ අවස්ථාවේ සේවාලාභී සීමා තබා ගන්න. එසේ නොවුණහොත් අනුමත මැදිහත්කරුට එයට ළඟා විය හැකි ඕනෑම කෙනෙකුට ප්‍රවේශය දිය හැකිය.

සරල socket-peer අර්ථකථනයට හිතාමතා කළ ව්‍යතිරේකයක් ඇත. Squid 6 සහ 7 හට පැහැදිලිව විශ්වාස කළ සහකරුවන්ගෙන් X-Forwarded-For අනුගමනය කර ලැබෙන වක්‍ර සේවාලාභී ලිපිනය තෝරන ලද කාර්යයන් සඳහා භාවිත කළ හැකිය. අදාළ සැකසුම් තීරණය කරන්නේ මූලාශ්‍ර ACL එම ව්‍යුත්පන්න අනන්‍යතාවය භාවිත කරන්නේද යන්නයි; මෙම විශේෂාංගය සක්‍රීය විට src සැමවිටම අමු සහකරු නොවේ.

යවන ලද අනන්‍යතාවය විශ්වාස කරන්නේ එය නිවැරදිව පිරිසිදු කර සපයන මැදිහත්කරුගෙන් පමණි. සේවාලාභියා විසින්ම ලබා දෙන ඕනෑම X-Forwarded-For එකක් යනු ප්‍රකාශිත අගයක් මිස සත්‍යාපිත මූලාශ්‍රයක් නොවේ. ප්‍රතිපත්තිය අවසර දෙන තැන, සෘජු සහකරු සහ විශ්වාසනීය මුල් සේවාලාභියා යන දෙකම ලොග් කරන්න: පළමුවැන්නා මව් ප්‍රොක්සියට සම්බන්ධ වූයේ කවුරුන්ද යන්නත්, දෙවැන්නා පහළ ප්‍රොක්සිය සේවය කළේ කාටද යන්නත් පෙන්වයි.

අදාළ ලිපි