შეუძლია Squid-ის URL-გადამწერის რეპლიკების სხეულების შეცვლას?

გამტარი პროქსის გაფართოებისას მოთხოვნის URL-ის არჩევანი გამოყავით რეპლიკის ადაპტაციისა და TLS-ის გაშიფვრისგან.

url_rewrite_program მუშაობს მოთხოვნის URL-ის გადაწყვეტილებებზე. ის იღებს მოთხოვნის ინფორმაციას და პასუხობს Squid-ის დამხმარე პროტოკოლით; ის არ იღებს ჩამოტვირთულ ფაილს, რომ დაარედაქტიროს და დააბრუნოს.

სასურველი ოპერაციაშესაბამისი საზღვარი
ბრაუზერის გადამისამართება ან სხვა მოთხოვნის URL-ის არჩევაURL-გადამწერის დამხმარის როლი მოთხოვნის ეტაპზე
ხილული HTTP რეპლიკის სხეულის შეცვლარეპლიკის ადაპტაციის საშუალება, მაგალითად კონფიგურირებული ICAP რეპლიკის ცვლილება
HTTP-ის წაკითხვა ჩვეულებრივი CONNECT-ის შიგნითდანიშნულების TLS ჯერ უნდა დასრულდეს შესაბამის განლაგების სქემაში
აპლიკაციით დაშიფრული ფაილის გაშიფვრაფაილის ფორმატი, ალგორითმი და გასაღები, მისი ტრანსპორტირების მიუხედავად

ბოლო ორი სტრიქონის ერთმანეთში არევა ადვილია. HTTPS-ით გადატანილი ჩვეულებრივი ფაილი დაცულია TLS-ით. აპლიკაციით დაშიფრული ფაილი შეიძლება დაშიფრული დარჩეს HTTPS-ის დასრულების შემდეგაც. ადაპტაციის ინტერფეისის არჩევა არ გაძლევთ არც აპლიკაციის გასაღებს და არც მის გაშიფვრის ალგორითმს.

ჩვეულებრივი CONNECT გადასცემს დაშიფრულ გვირაბის ბაიტებს. URL-ის დამხმარე არ ამჟღავნებს შიდა რეპლიკას; შემოწმების მოთხოვნის მქონე დიზაინმა უნდა დაადგინოს, შეიძლება და უნდა გაშიფრდეს თუ არა ეს ტრაფიკი განლაგებაში.

სადაც Squid-ს შეუძლია HTTP შეტყობინების შემოწმება, რეპლიკის შეცვლის სერვისი მაინც პასუხისმგებელია კონტენტის კოდირებებზე, შეცვლილ სიგრძეებზე და წარუმატებლობის ქცევაზე. აირჩიეთ ინტერფეისი ტრანსფორმაციის განსაზღვრის შემდეგ, ნაცვლად იმისა, რომ მუშა URL-გადაწერის მაგალითი გააფართოოთ დამუშავების ეტაპზე, რომელსაც ის არასოდეს იღებს.

დაკავშირებული სტატიები