Squid හට බ්‍රව්සරයෙන් තෝරාගත් HTTP URL එකක් HTTPS හරහා නැවත උත්සාහ කරන ලෙස ඉල්ලා සිටිය හැක. ගමනාන්තය දැනටමත් අදාළ සම්පත HTTPS හරහා සපයමින් සිටිය යුතුය; Raspberry Pi මත Squid ධාවනය කිරීම වෙබ් අඩවියේ එම හැකියාව නිර්මාණය නොකරයි.

Squid 7 හි url_rewrite_program අතුරුමුහුණත සඳහා, helper ට මෙවැනි සේවාදායක යොමු කිරීමක් ආපසු ලබා දිය හැක:

OK status=307 url="https://www.example.com/help"

මෙය ගැළපෙන ඉල්ලීමක් සඳහා එක් උදාහරණ helper ප්‍රතිචාරයක් මිස සම්පූර්ණ helper වැඩසටහනක් නොවේ. බ්‍රව්සරය යොමු කිරීම ලබාගෙන HTTPS URL වෙත නව ඉල්ලීමක් කරයි. උත්ශ්‍රේණි කිරීමේ ප්‍රතිපත්තියෙන් පිටත URL එකකට OK ලැබී නොවෙනස්ව පැවතිය හැක.

HTTPS-හැකියාව ඇති ගමනාන්තවල දන්නා ලැයිස්තුවක් භාවිතා කර එන URL විශ්ලේෂණය කරන්න. අපේක්ෂිත මාර්ගය සහ query රැකගන්න, පැහැදිලි පෝට් සලකා බලන්න, ඉල්ලීම් ක්‍රම දැනුවත්ව හසුරුවන්න. සෑම http උපසර්ගයක්ම අන්ධව ප්‍රතිස්ථාපනය කිරීමෙන් උපකල්පනය වන්නේ සෑම මූලයකටම සමාන HTTPS සේවාවක් ඇති බවයි.

helper ට ස්ථාපිත Squid අනුවාදයේ ප්‍රොටෝකෝලය අනුව සෑම ආදාන පේළියකටම පිළිතුරු දිය යුතුය. සමාන්තර helper නාලිකා සක්‍රීය නම්, පිළිතුරේ නාලිකා හඳුනාගැනීම රැකගන්න. පැරණි නිරුවත් 301:URL උදාහරණය වර්තමාන result-and-key/value ආකෘතිය සමඟ හුවමාරු කළ නොහැක.

බ්‍රව්සරය නව URL දැනගත යුතු විට සේවාදායක යොමු කිරීම තෝරන්න. rewrite-url ප්‍රතිචාරය ඒ වෙනුවට Squid ට සේවාදායකයාගේ මුල් ඉල්ලීම පිටුපසින් වෙනත් URL එකක් ගෙන එන ලෙස ඉල්ලා සිටියි, එය යෙදුමේ URL සහ තත්ත්වය නොගැළපෙන ලෙස තැබිය හැක.

ආරම්භක HTTP ඉල්ලීම helper ට යොමු කළ හැකි පෙරම Squid වෙත ගමන් කර ඇත. මෙම ප්‍රතිපත්තියට එම ඉල්ලීම පසුගාමීව ආරක්ෂා කළ නොහැක. TLS ඊළඟ HTTPS සම්බන්ධතාවයේ ආරම්භ වේ; CONNECT උමං මාර්ගයක් පමණක් කිසිදු සංකේතනයක් ලබා නොදේ.

අදාළ ලිපි