Je, kirekebishaji cha URL cha Squid kinaweza kubadilisha miili ya majibu?
Tenganisha uchaguzi wa URL ya ombi na urekebishaji wa majibu na usimbuaji wa TLS unapopanua proksi ya mbele.
url_rewrite_program hufanya kazi kwenye maamuzi ya URL ya ombi. Hupokea taarifa za ombi na hujibu kupitia itifaki msaidizi ya Squid; haipokei faili iliyopakuliwa ili kuirekebisha na kuirudisha.
| Operesheni inayotakiwa | Mpaka unaohusika |
|---|---|
| Kuelekeza kivinjari au kuchagua URL nyingine ya ombi | Jukumu la msaidizi wa uandishi upya wa URL katika hatua ya ombi |
| Kubadilisha mwili wa jibu la HTTP unaoonekana | Kifaa cha urekebishaji wa majibu, kama mabadiliko ya jibu la ICAP yaliyowekwa |
| Kusoma HTTP ndani ya CONNECT ya kawaida | TLS ya lengwa lazima kwanza ikamilishwe katika mpangilio ufaao wa utumiaji |
| Kusimbua faili iliyosimbwa na programu | Muundo, algoriti na ufunguo wa faili, bila kujali usafirishaji wake |
Safu mbili za mwisho huchanganywa kwa urahisi. Faili ya kawaida inayosafirishwa kwa HTTPS hulindwa na TLS. Faili iliyosimbwa na programu inaweza kubaki imesimbwa hata baada ya HTTPS kukamilika. Kuchagua kiolesura cha urekebishaji hakutoa ufunguo wa programu wala algoriti yake ya usimbuaji.
CONNECT ya kawaida husafirisha baiti zilizosimbwa za handaki. Msaidizi wa URL haifichui jibu la ndani; muundo unaohitaji ukaguzi lazima uamue kama trafiki hiyo inaweza na inapaswa kusimbuliwa katika utumiaji.
Mahali Squid inapoweza kukagua ujumbe wa HTTP, huduma ya mabadiliko ya jibu bado inahusika na usimbaji wa maudhui, urefu uliobadilika na tabia wakati wa kushindwa. Chagua kiolesura baada ya kufafanua mabadiliko, badala ya kupanua mfano unaofanya kazi wa uandishi upya wa URL hadi hatua ya usindikaji ambayo haipokei kamwe.