Pagbasa ng bilang ng koneksyon ng isang proxy
Gamitin ang mga bilang ng socket, kahilingan at destinasyon para sa kanilang sariling layunin sa halip na ituring ang bawat koneksyon bilang tab ng browser.
Tatlumpung naitatag na koneksyon ay hindi nangangahulugang tatlumpung website o tatlumpung tab ng browser.
Ang isang pahina ay maaaring gumamit ng ilang pinagmulan at koneksyon. Ang mga idle na koneksyon ay maaaring manatiling magagamit para sa muling paggamit. Ang HTTP/2 ay maaaring magdala ng sabay-sabay na palitan sa isang koneksyon; sa loob ng CONNECT, ang proxy na hindi nanghihimasok ay nakikita ang tunel sa halip na eksaktong bilang ng mga panloob na kahilingang iyon.
| Ano ang kailangang limitahan? | Sukat |
|---|---|
| Pritis sa mga bukas na file | Mga koneksyon at deskriptor |
| Bilis ng paglilipat | Mga byte sa paglipas ng panahon |
| Pag-access sa destinasyon | Nakikita at awtorisadong target |
| Mga tab ng browser | Estado sa antas ng browser |
Ang mga socket sa panig ng kliyente at panig ng server ay magkaibang bilang din. Ang mga cache hit, muling paggamit ng koneksyon at mga parent proxy ay nagbabago ng kanilang kaugnayan.
Ang maxconn ACL ng Squid ay makakatulong sa isang sinusuportahang patakaran ng sabay-sabay na koneksyon. Hindi ito nagbibilang ng website, at ang pagtutuos na nakabatay sa pinagmulan ay maaaring magpangkatin ng ilang tao sa likod ng isang NAT.
Ang limitasyon sa koneksyon ay kapaki-pakinabang pa rin kapag ang layunin nito ay protektahan ang kapasidad ng koneksyon. Pangalanan ang mga ulat na “sabay-sabay na koneksyon ng kliyente” at piliin ang limitasyon sa paligid ng mapagkukunang iyon, sa halip na ibenta ito bilang eksaktong paglalaan sa pagba-browse.