Software: Apache/2.0.54 (Fedora). PHP/5.0.4 

uname -a: Linux mina-info.me 2.6.17-1.2142_FC4smp #1 SMP Tue Jul 11 22:57:02 EDT 2006 i686 

uid=48(apache) gid=48(apache) groups=48(apache)
context=system_u:system_r:httpd_sys_script_t 

Safe-mode: OFF (not secure)

/usr/libexec/webmin/squid/help/   drwxr-xr-x
Free 3.75 GB of 27.03 GB (13.86%)
                            Encoder    Tools    Proc.    FTP brute    Sec.    SQL    PHP-code    Update    Feedback    Self remove    Logout    

Viewing file:     edit_icp.pl.UTF-8.html (2.19 KB)      -rw-r--r--

Sprowadzać bezpośrednio URL-e zawierające: Domyślnie ".cgi" i "?". Pozwala zmusić Squida, aby zawsze sprowadzał strony pewnego rodzaju bezpośrednio z&npsp;źródłowego serwera. Zazwyczaj opcja ta nie wymaga zmiany jak większość rzeczy, które są obsługiwane przez Squida automatycznie.

Czas przeterminowania zapytania ICP: Domyślnie ma wartość 'optymalną'. Jeśli chcesz nadpisać wartość ustaloną przez Squida, podaj wartość niezerową. W starych wersjach Squida wartością domyślną było 2000.

Czas przeterminowania multicastu ICP: Domyślnie 2000 ms, czyli 2 sekundy. Do uczestników wymiany multicastowej Squid regularnie wysyła "sondę" ICP, aby policzyć ilu innych uczestników słucha na zadanym adresie multicastowym. Ta wartość określa, jak długo Squid powinien czekać na odpowiedzi, aby wszystkie policzyć.

Czas uznania partnera za nieczynnego: Domyślnie 10 sekund. Ta opcja decyduje, jak długo Squid będzie czekał przed uznaniem partnera proxy za nieczynnego. Jeśli w ciągu tego czasu nie nadejdzie odpowiedź ICP, Squid uzna, że partner nie działa i nie będzie oczekiwał od niego żadnych dalszych odpowiedzi ICP. Jednakże, będzie on nadal wysyłał zapytania ICP i zaznaczy sobie, że partner działa po otrzymaniu od niego pierwszej odpowiedzi ICP.

Ten okres przeterminowania ma również znaczenie, gdy Squid oczekuje na odpowiedź ICP od innych proxy. Jeśli od chwili otrzymania ostatniej odpowiedzi ICP upłynęło więcej sekund, niż podano w powyższej opcji, Squid nie będzie oczekiwał odpowiedzi ICP na swoje następne zapytanie. Wobec tego, jeśli ustawiony przez Ciebie czas pomiędzy wysyłanymi zapytaniami ICP jest większy od tego czasu przeterminowania, będziesz obserwował mnóstwo zapytań wysyłanych BEZPOŚREDNIO do źródłowych serwerów zamiast do Twoich macierzystych proxy.