Squid-аас сонгосон HTTP хүсэлтүүдийг HTTPS руу дахин чиглүүлэх
HTTP-ийн эх URL бүрийг чимээгүй өөрчлөх эсвэл прокси эх сурвалжид TLS дэмжлэг үүсгэж чадна гэж таамаглахын оронд HTTPS чадвартай мэдэгдэж буй сайтуудад клиентийн дахин чиглэл буцаана уу.
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 туннель ямар ч шифрлэлт өгдөггүй.