Преусмеравање изабраних HTTP захтева са Squid-а на HTTPS
Вратите клијентско преусмеравање за позната одредишта која подржавају HTTPS уместо тихог мењања сваког изворног HTTP URL-а или претпоставке да прокси може да створи TLS подршку на извору.
Squid може да замоли прегледач да понови изабрани HTTP URL преко HTTPS-а. Одредиште већ мора да сервира одговарајући ресурс преко HTTPS-а; покретање Squid-а на Raspberry Pi уређају не ствара ту могућност на сајту.
За интерфејс url_rewrite_program у Squid-у 7, помоћни програм може да врати клијентско преусмеравање попут овог:
OK status=307 url="https://www.example.com/help"Ово је један илустративни одговор помоћног програма за одговарајући захтев, а не цео помоћни програм. Прегледач прима преусмеравање и шаље нови захтев на HTTPS URL. URL изван политике надоградње може да добије OK и остане непромењен.
Користите познату листу одредишта која подржавају HTTPS и рашчланите долазни URL. Сачувајте предвиђену путању и упит, узмите у обзир експлицитне портове и намерно рукујте методама захтева. Слепо замењивање сваког http префикса претпоставља да сваки извор има еквивалентну HTTPS услугу.
Помоћни програм мора да одговори на сваку улазну линију користећи протокол инсталиране верзије Squid-а. Ако су омогућени конкурентни канали помоћног програма, сачувајте идентификатор канала у одговору. Старији пример са пуним 301:URL није заменљив са тренутним форматом резултата и кључ/вредност.
Изаберите клијентско преусмеравање када прегледач треба да зна нови URL. Одговор rewrite-url уместо тога тражи од Squid-а да добави други URL иза оригиналног захтева клијента, што може да остави URL-ове апликације и стање неусаглашеним.
Почетни HTTP захтев је већ отпутовао до Squid-а пре него што помоћни програм може да га преусмери. Ова политика не може ретроактивно да заштити тај захтев. TLS почиње на наредној HTTPS вези; CONNECT тунел сам по себи не пружа шифровање.