პროქსის კავშირების რაოდენობის წაკითხვა
გამოიყენეთ სოკეტების, მოთხოვნებისა და დანიშნულებების რაოდენობები მათივე მიზნებისთვის, ნაცვლად იმისა, რომ ყოველი კავშირი ბრაუზერის ჩანართად მივიჩნიოთ.
ოცდაათი დამყარებული კავშირი არ ნიშნავს ოცდაათ საიტს ან ოცდაათ ბრაუზერის ჩანართს.
გვერდს შეუძლია რამდენიმე წყაროსა და კავშირის გამოყენება. უმოქმედო კავშირები შეიძლება დარჩეს ხელმისაწვდომი ხელახალი გამოყენებისთვის. HTTP/2-ს შეუძლია ერთ კავშირზე ერთდროული გაცვლების გადატანა; CONNECT-ის შიგნით, არჩამჭრელი პროქსი ხედავს გვირაბს და არა ამ შიდა მოთხოვნების ზუსტ რაოდენობას.
| რა უნდა შეიზღუდოს? | საზომი |
|---|---|
| ღია ფაილების წნეხი | კავშირები და დესკრიპტორები |
| გადაცემის სიჩქარე | ბაიტები დროში |
| დანიშნულებებზე წვდომა | ხილული, ნებადართული სამიზნეები |
| ბრაუზერის ჩანართები | მდგომარეობა ბრაუზერის დონეზე |
კლიენტისა და სერვერის მხარის სოკეტებიც სხვადასხვა რაოდენობებია. ქეშის დარტყმები, კავშირების ხელახალი გამოყენება და მშობელი პროქსები ცვლიან მათ ურთიერთობას.
Squid-ის maxconn ACL დაგეხმარებათ მხარდაჭერილ ერთდროული კავშირების პოლიტიკაში. ის არ ითვლის საიტებს და წყაროზე დაფუძნებულმა აღრიცხვამ შეიძლება ერთი NAT-ის უკან რამდენიმე ადამიანი დაჯგუფოს.
კავშირების ლიმიტი კვლავ სასარგებლოა, როცა მიზანი კავშირების შესაძლებლობის დაცვაა. ანგარიშებს უწოდეთ „ერთდროული კლიენტური კავშირები“ და ლიმიტი აირჩიეთ ამ რესურსის გარშემო, ნაცვლად იმისა, რომ ის ზუსტ ბრაუზინგის კვოტად გაყიდოთ.