Ինչու Squid-ը գրանցում է HTTPS հոսթը, բայց ոչ էջի ուղին
Բացատրում է բացակայող HTTPS ուղիները սովորական Squid CONNECT մատյաններում՝ չդիտարկելով TLS միջամտությունը որպես սովորական մատյանային կարգավորում։
shop.example:443-ի գրառումը Squid-ին չի տալիս /orders/42 ուղին։ CONNECT-ը պահանջում է հոսթ/պորտ, ապա նպատակակետ TLS-ը HTTP ուղին տեղափոխում է թունելի ներսում։
| Ապացույց | Սովորական CONNECT փոխանցում |
|---|---|
| Նպատակակետ հոսթ/պորտ և թունելի արդյունք | Հասանելի է փրոքսիին։ |
| Ներքին HTTPS ուղին և հավելվածի հարցումը | Գաղտնագրված է հաճախորդի և կայքի միջև։ |
Դիտարկիչի URL հատվածը, որը սկսվում է #-ով | Սովորաբար մնում է հաճախորդում, նույնիսկ փրոքսիի մատյանից դուրս։ |
Մատյանի ձևաչափը կարող է գրանցել Squid-ի ունեցած դաշտերը, ոչ թե վերծանել չտեսնված հաղորդագրությունները։ Պարզ HTTP փոխանցումը տարբեր է, քանի որ միջնորդը ստանում է այդ HTTP հարցումը։ Ավելի մանրամասն ելքը չի փոխում CONNECT սահմանը։
Կառավարվող TLS միջամտությունը փոխում է հաճախորդի վստահությունը և վարչական պահանջները։ Դա փոքր մատյանային անջատիչ չէ և ավելորդ է IP փոխող սովորական ուղղորդ փրոքսիի համար։
Եթե հավելվածը ձերն է և անհրաժեշտ է էջի մակարդակի ախտորոշում, օգտագործեք դրա մատյանները կամ պատշաճ ձևավորված հաճախորդի հեռաչափություն։ Փրոքսիի խափանումների համար պահպանեք նպատակակետ հոսթը, ժամանակը, կարգավիճակը և ավարտված կապի փուլը․ դրանք հաճախ գտնում են խնդիրը՝ առանց մասնավոր էջի ուղիներ հավաքելու։