Squid ඉහළ ප්‍රොක්සියට වෙනම පිවිසුම් තොරතුරු සකසන්න

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

Squid 6.13 මඟින් ඉහළ ප්‍රොක්සි අර්ථ දැක්වීමට ස්ථිර පිවිසුමක් එක් කළ හැකිය:

cache_peer 192.0.2.20 parent 3128 0 no-query default name=upstream login=parentuser:ExampleOnly

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

ගිණුම් පරාස වෙන්කර තබන්න

පහළ පැත්තේ auth_param සැකසුම් ඔබේ Squid අවස්ථාවේ සේවාලාභීන් සත්‍යාපනය කරයි. Peer හි login විකල්පය වෙනත් පියවරකට පිවිසුම් තොරතුරු සපයයි. එකක් වෙනස් කිරීම අනෙක ස්වයංක්‍රීයව යාවත්කාලීන නොකරයි.

ඉහළ ප්‍රොක්සියේ ලේඛනගත සත්‍යාපන අවශ්‍යතා අනුගමනය කරන්න. මෙම පේළිය සෑම සම්බන්ධතා පාදක සත්‍යාපන ක්‍රමයකම සම්පූර්ණ සැකසුම නොවේ. ඉහළ ප්‍රොක්සිය NTLM හෝ Negotiate බලාපොරොත්තු වන්නේ නම් මෙම ක්ෂේත්‍රයේ මුරපදය නැවත නැවත වෙනස් නොකර සහාය දක්වන peer සැකැස්ම පරීක්ෂා කරන්න.

Squid හි PASS හා PASSTHRU වැනි පිවිසුම් තොරතුරු ඉදිරියට යවන විකල්පද ඇත. ඒවායේ අර්ථය විශේෂිත ඉහළ ගිණුමකට වඩා වෙනස් අතර සේවාලාභී සත්‍යාපන තොරතුරු peer වෙත හෙළි කළ හැකිය. සැලසුම වෙනම ගිණුම් භාවිත කරන්නේ නම් කෙටි මඟක් ලෙස ඒවා තෝරා නොගන්න.

සැකසුම ආරක්ෂා කර නිවැරදි පියවර පරීක්ෂා කරන්න

ස්ථිර රහස සැකසුම තුළ ගබඩා වේ. ගොනු හා උපස්ථ ප්‍රවේශය සීමා කර parser හෝ debug ප්‍රතිදානය බෙදාගැනීමට පෙර සංවේදී දත්ත ඉවත් කරන්න. විකල්පයට තමන්ගේම escaping නීති ඇත: ලේඛනය URL escapes වලට ඉඩ දෙන අතර සෘජු ප්‍රතිශත ලකුණ දෙවරක් ලියන්නැයි නියම කරයි.

සේවාලාභීන් සාර්ථකව සත්‍යාපනය වුවත් යොමු කළ ඉල්ලීම් ඉහළ ප්‍රොක්සියේ අසාර්ථක වේ නම් එම ඉහළ හුවමාරුව හා ගිණුම පරීක්ෂා කරන්න. සේවාලාභී–Squid හා Squid–ඉහළ ප්‍රොක්සි ප්‍රවාහන ආරක්ෂාවද වෙන්කරන්න; පළමු සම්බන්ධතාව සංකේතනය කිරීම දෙවන එක ස්වයංක්‍රීයව ආරක්ෂා නොකරයි.