Squid හි ඉහළ ප්‍රොක්සියක් ප්‍රකාශ කළ පමණින් හැම යොමුකළ ඉල්ලීමක්ම එය භාවිත කළ යුතු නොවේ. සෘජු මාර්ගය ප්‍රතිපත්තිය කඩකරයි නම් අවශ්‍යතාව පැහැදිලිව සකසා ඉහළ ප්‍රොක්සිය නොමැති විට පරීක්ෂා කරන්න.

Squid 6.13 සඳහා මේ උදාහරණය ඉහළ ප්‍රොක්සියක් නම් කර එක් සේවාලාභී මූලාශ්‍රයකට මුල් සේවාදායකයට සෘජු යොමුකිරීම තහනම් කරයි:

cache_peer 192.0.2.20 parent 3128 0 no-query default name=upstream
acl routed_client src 198.51.100.27/32
never_direct allow routed_client

ලිපින දෙකම උදාහරණ අගයන්ය. පොදු HTTP ඉහළ ප්‍රොක්සි අවසර ඇති පාලිත upstream පරීක්ෂාවක HTTP ප්‍රොක්සි ලැයිස්තුවෙන් ලිපිනයක් ගන්න. අදහස් කළ සේවාලාභීන් පමණක් පිළිගන්නා වෙනම http_access ප්‍රතිපත්තිය තබන්න. මාර්ගගත කිරීමේ නීතිය සේවාලාභියෙකුට ප්‍රොක්සි භාවිත අයිතියක් දෙන්නේ නැත.

පවතින මාර්ගගත නීති පරීක්ෂා කරන්න

no-query මේ peer වෙත ICP විමසුම් නවත්වයි. ශුන්‍යය peer හි විමසුම් පෝට් එකයි, HTTP සවන්දෙන්නා නොවේ. සේවාලාභී පැත්තේ සවන්දෙන්නා හා ප්‍රවේශ නීති වෙන්ව පවතී.

බ්ලොක් එක එක් කිරීමට පෙර පවතින always_direct සැකසුම් හා අනෙක් peer තේරීම් බලන්න. always_direct හි ගැළපීම ප්‍රතික්ෂේප කිරීම පමණක් ඉහළ ප්‍රොක්සිය අනිවාර්ය නොකරයි. පැහැදිලි never-direct නීතිය තෝරාගත් සේවාලාභියාට ඒ අවශ්‍යතාව කියයි.

මේ පාලනය කරන්නේ යොමුකිරීමට අවශ්‍ය ගනුදෙනුය. භාවිත කළ හැකි දේශීය කෑෂ් සටහනක් ඉහළ ප්‍රොක්සියට සම්බන්ධ නොවී දිය හැකි නිසා නව ඉහළ සම්බන්ධතාවක් නැතිවීම ස්වයංක්‍රීය මාර්ග උල්ලංඝනයක් නොවේ.

මාර්ගය හා අසාර්ථකත්ව හැසිරීම පරීක්ෂා කරන්න

පාලිත ගමනාන්තයක් යොදා ප්‍රවේශ ලොගයේ ධූරාවලි තොරතුරු ගමනාන්ත නිරීක්ෂණ සමඟ සසඳන්න. අවසන් HTTP තත්ත්වය පමණක් Squid ඉහළ ප්‍රොක්සියද සෘජු මාර්ගයද යොදාගත්තේ කියන්නේ නැත.

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

අදාළ ලිපි