Կարո՞ղ է Squid-ի URL վերագրիչը փոփոխել պատասխանների մարմինները։

Առաջընթաց պրոքսին ընդլայնելիս հարցման URL-ի ընտրությունը առանձին պահեք պատասխանների հարմարեցումից և TLS ապակոդավորումից։

url_rewrite_program աշխատում է հարցման URL-ի որոշումների վրա։ Այն ստանում է հարցման տեղեկությունները և պատասխանում է Squid-ի օժանդակ արձանագրության միջոցով. այն չի ստանում ներբեռնված ֆայլ՝ այն խմբագրելու և վերադարձնելու համար։

Ցանկալի գործողությունՀամապատասխան սահման
Դիտարկիչի վերահղում կամ այլ հարցման URL-ի ընտրությունURL վերագրիչ օժանդակի դերը հարցման փուլում
Տեսանելի HTTP պատասխանի մարմնի փոփոխությունՊատասխանների հարմարեցման միջոց, օրինակ՝ կազմաձևված ICAP պատասխանի փոփոխություն
HTTP-ի ընթերցում սովորական CONNECT-ի ներսումՆպատակակետի TLS-ը նախ պետք է ավարտվի համապատասխան տեղադրման կարգով
Ծրագրի կողմից գաղտնագրված ֆայլի ապակոդավորումՖայլի ձևաչափը, ալգորիթմը և բանալին՝ անկախ դրա փոխադրումից

Վերջին երկու տողերը հեշտ է շփոթել։ HTTPS-ով փոխադրվող սովորական ֆայլը պաշտպանված է TLS-ով։ Ծրագրի կողմից գաղտնագրված ֆայլը կարող է գաղտնագրված մնալ նույնիսկ HTTPS-ի ավարտից հետո։ Հարմարեցման միջերես ընտրելը չի տալիս ոչ ծրագրի բանալին, ոչ էլ դրա ապակոդավորման ալգորիթմը։

Սովորական CONNECT-ը փոխանցում է գաղտնագրված թունելային բայթեր։ URL օժանդակը չի բացահայտում ներքին պատասխանը. ստուգում պահանջող նախագիծը պետք է որոշի՝ արդյոք այդ երթևեկությունը տեղադրման մեջ կարող և պետք է ապակոդավորվի։

Այնտեղ, որտեղ Squid-ը կարող է ստուգել HTTP հաղորդագրությունը, պատասխանի փոփոխման ծառայությունը դեռևս պատասխանատու է բովանդակության կոդավորումների, փոփոխված երկարությունների և ձախողման վարքի համար։ Ընտրեք միջերեսը փոխակերպումը սահմանելուց հետո, փոխարենը աշխատող URL վերագրման օրինակը ընդլայնելու մշակման այն փուլ, որը այն երբեք չի ստանում։

Առնչվող հոդվածներ