პროქსის როტაცია მოთხოვნებს, კავშირებსა და სესიებს შორის

მეორე მოთხოვნას იმავე კარიბჭის გავლით შეუძლია ლეგიტიმურად გამოიყენოს იგივე საჯარო IP. შეამოწმეთ, რომელ სიცოცხლის ხანგრძლივობას იყენებს სერვისი თავისი როტაციისთვის:

Connection: close არ არის კარიბჭის უნივერსალური ინსტრუქცია. CONNECT-ის შიგნით HTTPS-ისთვის ვებსაიტის მოთხოვნის სათაური მიემართება დანიშნულების TLS-ის შიგნით. ის გარე პროქსის არ ეუბნება, რომელი საჯარო IP უნდა მიენიჭოს. HTTP/1.1-ის კავშირზე სპეციფიკური სემანტიკაც ვერ გადაიტანება უცვლელად ყოველ HTTP ვერსიასა თუ ტრანსპორტში.

თუ დოკუმენტირებულ კავშირზე დაფუძნებულ სერვისს ახალი კავშირი სჭირდება, გამოიყენეთ კლიენტის მიერ მხარდაჭერილი სიცოცხლის ციკლის მართვა და გაითვალისწინეთ TCP/TLS-ის განმეორებითი დაყენების ხარჯები. თუ როტაცია პროვაიდერის სესიას მიჰყვება, ხელახალი დაკავშირება შეიძლება შეინარჩუნოს როგორც ეს სესია, ისე მისი გამავალი.

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