Ailgyfeirio ceisiadau HTTP dethol o Squid i HTTPS

Gall Squid ofyn i borwr ailgynnig URL HTTP dethol dros HTTPS. Rhaid i'r gyrchfan gyflwyno'r adnodd cyfatebol dros HTTPS yn barod; nid yw rhedeg Squid ar Raspberry Pi yn creu'r gallu hwnnw ar y wefan.

Ar gyfer rhyngwyneb url_rewrite_program Squid 7, gall helper ddychwelyd ailgyfeiriad cleient fel hyn:

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

Mae hwn yn un ymateb helper enghreifftiol ar gyfer cais sy'n cyfateb, nid rhaglen helper gyflawn. Mae'r porwr yn derbyn yr ailgyfeiriad ac yn gwneud cais newydd am yr URL HTTPS. Gall URL y tu allan i'r polisi uwchraddio dderbyn OK a chael ei adael heb ei newid.

Defnyddiwch restr hysbys o gyrchfannau sy'n gallu HTTPS a dadansoddwch yr URL sy'n dod i mewn. Cadwch y llwybr a'r query arfaethedig, cyfrifwch am borthladdoedd penodol, a thriniwch ddulliau cais yn fwriadol. Mae disodli pob rhagddodiad http yn ddall yn tybio bod gan bob tardd wasanaeth HTTPS cyfatebol.

Rhaid i'r helper ateb pob llinell fewnbwn gan ddefnyddio protocol y fersiwn Squid sydd wedi'i osod. Os yw sianeli helper cyfochrog wedi'u galluogi, cadwch y dynodwr sianel yn yr ateb. Nid yw'r enghraifft hen 301:URL noeth yn gyfnewidiol â'r fformat result-and-key/value presennol.

Dewiswch ailgyfeiriad cleient pan ddylai'r porwr wybod yr URL newydd. Mae ymateb rewrite-url yn gofyn i Squid nôl URL gwahanol y tu ôl i gais gwreiddiol y cleient, a all adael URLau'r cymhwysiad a'i gyflwr yn anghyson.

Mae'r cais HTTP cychwynnol eisoes wedi teithio i Squid cyn i'r helper ei ailgyfeirio. Ni all y polisi hwn amddiffyn y cais hwnnw yn ôl-weithredol. Mae TLS yn dechrau ar y cysylltiad HTTPS nesaf; nid yw twnnel CONNECT yn unig yn darparu unrhyw amgryptio.