<header>Opcje buforowania</header>
<b>Katalogi buforów</b>: Możesz podać kilka katalogów buforów cache, po
jednym w linii, aby rozdzielić bufory pomiędzy różne partycje dysków.
<p>
<em>Katalog</em> jest katalogiem najwyższego poziomu, w którym będą
przechowywane pliki wymiany proxy. Jeśli cały dysk ma być wykorzystany na
bufory, należy tu podać miejsce jego zamontowania. Katalog musi istnieć
i proces Squida musi mieć prawo zapisu w nim. Squid NIE utworzy
tego katalogu za ciebie. <p>
<em>Rozmiar</em> jest ilością przestrzeni dyskowej (w MB), która może
być wykorzystana w tym katalogu. Domyślnie jest to 100 MB. Dobierz
wartość do swojej konfiguracji. <p>
<em>Kat. 1. poziomu</em> jest liczbą katalogów pierwszego poziomu, które
zostaną utworzone w <em>Katalogu</em>. Domyślnie 16. <p>
<em>Kat. 2. poziomu</em> jest liczbą katalogów drugiego poziomu, które
zostaną utworzone w każdym z katalogów pierwszego poziomu.
Domyślnie 256. <p>
<b>Średni rozmiar obiektu</em>: Domyślnie 13 kB. Średni rozmiar obiektu
używany do oszacowania liczby obiektów, jaka może być przechowywana
w buforach cache. <p>
<b>Obiektów w porcji</b>: Domyślnie 50. docelowa liczba obiektów
w porcji w przechowywanej tablicy haszy. Obniżenie tej wartości
powoduje zwiększenie ogólnej liczby porcji, jak również szybkości
zarządzania buforami cache. <p>
<b>Nie buforuj URL-i dla ACL</b>: Domyślnie żaden. Wybierz dowolną ACL, dla
której nie chcesz, aby Squid buforował dane. Pomaga zdefiniować wewnętrzny
serwer WWW, do którego dostęp nie powinien być buforowany. <p>
<b>Maksymalny czas buforowania</b>: Domyślnie 1 rok. Ten parametr określa
maksymalny wiek LRU. Na przykład, ustawienie na '1 tydzień' spowoduje, że
obiekty, do których nie było dostępu prez tydzień lub dłużej zostaną
usunięte. <p>
<b>Czas buforowania błędnych zapytań</b> Domyślnie 5 minut. Czas życia (TTL)
błędnych zapytań. Pewne rodzaje zapytań (takie jak "odmowa połączenia" lub
"404 nie znaleziono") są buforowane negatywnie przez określony okres czasu.
Zauważ, że nie jest to to samo, co negatywne buforowanie wyników
przeszukiwania DNS. <p>
<b>Czas buforowania przeszukiwań DNS</b>: Domyślnie 6 godzin (360 minut).
Czas życia dla pozytywnego buforowania wyników przeszukiwania DNS. Jeżeli
chcesz zminimalizować korzystanie z buforów IP Squida, ustaw to na 1,
nie na 0. <p>
<b>Czas buforowania błędow DNS</b>: Domyślnie 5 minut. Czas życia (TTL) dla
negatywnego buforowania błędnych wyników przeszukiwania DNS. <p>
<b>Czas przeterminowania połączenia</b>: Domyślnie 120 sekund. Na niektórych
systemach (w szczególności na Linuksie) nie można polegać
w kwestii prawidłowego przeterminowywania zapytań connect(2).
W związku z tym proces Squida wymusza swój własny czas
przeterminowania dla połączeń z serwerami. <p>
<b>Czas przeterminowania odczytu</b>: Domyślnie 15 minut. Stosuje się go
przy połączeniach od strony serwera. Po każdym pomyślnie zakończonym read(),
czas przeterminowania będzie przedłużany do tej wartości. Jeśli w ciągu
tego czasu nie zostaną ponownie przeczytane żadne dane, zapytanie jest
anulowane i logowane z błędem ERR_READ_TIMEOUT. <p>
<b>Czas przeterminowania wyboru miejsca</b>: Domyślnie 4 sekundy. Dla URN do
wieloURL-owego wyboru. <p>
<b>Czas przeterminowania zapytania klienta</b>: Domyślnie 15 minut. Stosuje
się goStosuje się go przy połączeniach od strony serwera. Po każdym
pomyślnie zakończonym read(), czas przeterminowania będzie przedłużany do
tej wartości. Jeśli w ciągu tego czasu nie zostaną ponownie przeczytane
żadne dane, zapytanie jest anulowane i logowane z błędem
ERR_READ_TIMEOUT. <p>
<b>Maks. czas połączenia z klientem</b>: Domyślnie 1 dzień. Maksymalny
okres czasu, przez który klient (przeglądarka) może być połączona
z procesem proxy. Zapobiega to posiadaniu przez proxy wielu gniazd
(i w związku z tym deskryptorów plików) przywiązanych
w stanie CLOSE_WAIT do zdalnych klientów, którzy się rozłączyli bez
poprawnego zamknięcia połączenia (z powodu nieprawidłowej pracy sieci
lub z powodu kiepskiej implementacji klienta). <p>
<b>Maks. czas wyłączania</b>: Domyślnie 30 sekund. Gdy proxy otrzy ma sygnał
SIGTERM lub SIGTERM jest on wprowadzany w stan "zawieszonego
zamknięcia" aż wszystkie aktywne gniazda zostaną zamknięte. Wartość ta jest
czasem życia ustawianym dla wszystkich otwartych deskryptorów w trybie
zamykania. Wszyscy aktywni klienci po tej ilości sekund otrzymają komunikat
o przeterminowaniu połączenia ('timeout'). <p>
<b>Klienci półzamknięci</b>: Domyślnie 'włączone'. Niektórzy klienci mogą
zamykać wysyłającą stronę swoich połączeń TCP, pozostawiając otwartą stronę
odbierającą. Niekiedy SquidSquid ma problemy z odróżnieniem połączeń
TCP półzamkniętych od całkowicie zamkniętych. Domyślnie, połączenia
półzamknięte są utrzymywane aż read(2) lub write(2) dla gniazda zwróci błąd.
Jeśli zmienisz tę opcję na 'wyłączone', Squid będzie zamykał połączenie
klienta natychmiast po zwróceniu przez read(2) "nie ma więcej danych do
odczytu". <p>
<b>Stały czas przeterminowania</b>: Domyślnie 120 sekund. Czas
przeterminowania dla trwałych jałowych połączeń z klientami, serwerami
i innymi proxy. Trwałe połączenia będą niemożliwe, jeśli wartość ta
będzie mniejsza niż 10 sekund. <p>
<b>Host przekazywania WAIS</b>: Domyślnie żaden. Nazwa lub adres hosta, do
którego będą przekazywane zapytania WAIS. <p>
<b>Port przekazywania WAIS</b>: Domyślnie żaden. Port, na który będą
przekazywane zapytania WAIS.
<hr>
y~or5J ={Eeu磝Qk ᯘG{?+]ן?wM3X^歌>{7پK>on\jy R g/=fOroNVv~Y+ NGuÝHWyw[eQʨSb> >}Gmx[o[<{Ϯ_qF vM IENDB`
