mirror of
https://github.com/webmin/webmin.git
synced 2026-02-03 14:13:29 +00:00
Drop files that are available in its original encoding
This commit is contained in:
Ilia Rostovtsev
@@ -1,23 +0,0 @@
|
||||
<header>Hozzáférés-vezérlés; fordította: Szakács Gergely</header><p>
|
||||
|
||||
<b>Hozzáférés-vezérlési listák</b>: A hozzáférés-vezérlési listák (ACL) pontos kifejezések reguláris kifejezéseivel leírható feltételeket tartalmaznak. Az ACL lehet egy fájl is, mely soronként egy elemet, vagy reguláris kifejezést tartalmaz. Az ezen az oldalon lévő ACL-doboz több módosítható mezőt tartalmaz. Új ACL létrehozására is lehetőség van.<p>
|
||||
|
||||
Alább a következő mezők láthatók:<p>
|
||||
|
||||
A <em>Név</em> az ACL azonosítására szolgál. Egy <b>Proxy-korlátozás</b> létrehozatalakor ezzel a névvel azonosítjuk magát a korlátozást.<p>
|
||||
|
||||
A <em>Típus</em> azokat az információtípusokat tartalmazza, melyeket az ACL segítségével szűrni akarunk.<p>
|
||||
|
||||
Az <em>Egyezés</em> az a cím, port, URL, felhasználó, stb., amivel az ACL megegyezik.<p>
|
||||
|
||||
<b>Proxy-korlátozások</b>: A Proxy korlátozások olyan szabályok, amelyek elutasítanak, vagy engedélyeznek egy adott kérést, attól függően, hogy annak ACL-je megegyezik-e a kérés specifikumaival. Ebben a dobozban három mező található.<p>
|
||||
|
||||
Az <em>Eljárás</em> lehet <em>engedélyezés</em> vagy <em>elutasítás</em>.<p>
|
||||
|
||||
Az <em>ACL-ek</em> azon hozzáférés-vezérlési listák, amelyek tartalma meghatározza, hogy egy adott kérés engedélyezésre, avagy elutasításra kerül. Ha a lista felkiáltójellel indul, úgy az ACL érvénytelenítődik, vagyis az ACL tagjait <em>kivéve</em> minden engedélyezve vagy elutasítva lesz.<p>
|
||||
|
||||
A <em>Mozgatás</em> lehetővé teszi a lista korlátozásainak rangsorolását. A sorrend azért fontos, mert a Squid csak addig olvassa be a listát, míg meg nem találta az első egyező kifejezést.<p>
|
||||
|
||||
<b>ICP-korlátozások</b>: Ez a doboz az ICP-kérések korlátozására szolgál. Az ICP-kérések más, szomszédos gyorstárak kérései. Ez a funkció ugyanúgy működik, mint a <b>Proxy-korlátozások</b>.
|
||||
|
||||
<hr>
|
||||
@@ -1,41 +0,0 @@
|
||||
<header>Kontrola dostępu</header>
|
||||
|
||||
<b>Listy kontroli dostępu</b>: ACL są to listy terminów, do których
|
||||
dopasowywane są wyrażenia regularne lub znakowe. ACL może również być
|
||||
plikiem zawierającym jedną pozycję lub wyrażenie regularne w linii.
|
||||
Ramka ACL na tej stronie zawira kilka pól, które mogą byc zmieniane. Można
|
||||
również utworzyć nową ACL. <p>
|
||||
|
||||
Obecne są pola:
|
||||
<p>
|
||||
|
||||
<em>Nazwa</em> jest nazwą, po której ACL jest identyfikowana. Podczas
|
||||
tworzenia <b>Ograniczenia proxy</b> nazwa ta służy do określenia, co jest
|
||||
ograniczane. <p>
|
||||
|
||||
<em>Typ</em> jest rodzajem informacji, z którą ACL ma byc porównywana.
|
||||
<p>
|
||||
|
||||
<em>Wzorzec..</em> jest adresem, portem, URL-em, użytkownikiem, itd., który
|
||||
jako ACL ma być porównywany. <p>
|
||||
|
||||
<b>Ograniczenia proxy</b>: Ograniczenia proxy są regułami, które albo
|
||||
dopuszczają albo blokują określone zapytania na podsatawie tego, czy jego
|
||||
ACL pasuje do elementów zapytania. Są trzy pola w tej ramce. <p>
|
||||
|
||||
<em>Działanie</em> jest albo <em>pozwól</em> albo <em>zabroń</em>. <p>
|
||||
|
||||
<em>ACL</em> są ACL-ami, z którymi będą wykonywane porównania, aby
|
||||
określić, czy zapytanie zostanie dopuszczone czy zablokowane. Poprzedzenie
|
||||
ACL wykrzyknikiem oznacza jej negację, innymi słowy wszystko <em>oprócz</em>
|
||||
członków ACL zostanie dopuszczone albo zablokowane. <p>
|
||||
|
||||
<em>Przesuń</em> zmienia kolejność ograniczeń na liście. Kolejność,
|
||||
w jakiej się one pojawiają, jest ważna, gdyż Squid czyta listę jedynie
|
||||
do pierwszego spełnionego trafienia. <p>
|
||||
|
||||
<b>Ograniczenia ICP</b>: Ta ramka służy do ograniczania zapytań ICP.
|
||||
Zapytania ICP są zapytaniami od innych, sąsiednich proxy. Ta część działa
|
||||
tak samo jak <b>Ograniczenia proxy</b>.
|
||||
|
||||
<hr>
|
||||
@@ -1,22 +0,0 @@
|
||||
<header>Rendszergazdai beállítások; fordította: Szakács Gergely</header><p>
|
||||
|
||||
<b>Futtatás Unix-felhasználóként</b>: A rendszertől függően az alapértelmezés 'nobody' vagy 'squid'. Ha a gyorstárat root-ként futtatjuk, úgy a tényleges/valós azonosító erre az értékre módosul.<p>
|
||||
|
||||
<b>Futtatás Unix-csoportként</b>: A rendszertől függően az alapértelmezés 'nogroup' vagy 'squid'. Ha a gyorstárat root-ként futtatjuk, úgy a tényleges/valós csoportazonosító erre az értékre módosul.<p>
|
||||
|
||||
<b>Proxy-hitelesítő tartomány</b>: Meghatározza a kliensnek proxy-hitelesítés céljából eljuttatandó tartománynevet (a felhasználó által a felhasználónév/jelszó bevitelekor látható szöveg egy része).<p>
|
||||
|
||||
<b>A gyorstár kezelőjének email címe</b>: A rendszertől függően az alapértelmezés 'webmaster' vagy 'root'. Erre a címre érkezik jelentés a gyorstár meghibásodása esetén.<p>
|
||||
|
||||
<b>Látható gazdanév</b>: Erre akkor van szükség, ha a hibaüzenetekben, stb. egyedi gazdanevet akarunk megadni. Máskülönben a gethostname() értéke lesz megjelenítve. Ha több gyorstár is van egy klaszterben, és IP-továbbítási hibák jelentkeznek, úgy mindegyiknek külön nevet kell megadni ezzel a beállítással.<p>
|
||||
|
||||
<b>Egyedi gazdanév</b>: Ha több gépet is ugyanazzal a <b>Látható gazdanévvel</b> akar ellátni, úgy minden egyes gépnek különböző <b>Egyedi gazdanevet</b> kell megadnia, a továbbítási hurkok kiküszöbölésére.<p>
|
||||
|
||||
<b>Gyorstár gazdanév jelentés</b>: Erre a gazdanévre lesznek elküldve a különböző jelentések. A gyorstárak hierarchiájáról további információt <a href="http://www.squid-cache.org/Doc/FAQ/FAQ-4.html" target="Reference">The Squid FAQ</a> tartalmaz. Ha egy jelentési időszakkal engedélyeztük a jelentéseket, úgy alapértelmezésként a 'tracker.ircache.net' jelenik meg.<p>
|
||||
|
||||
<b>Gyorstár port jelentés</b>: Az a gazdaport, ahova a jelentések érkeznek. A jelentések engedélyezésekor ez az érték 3131.<p>
|
||||
|
||||
<b>Jelentési időszak</b>: A jelentések gyakorisága. Egy gyorstár hierarchiának címzett jelentéseket az '1 nap' opció kiválasztásával engedélyezheti. Az alapértelmezés itt '0', vagyis a jelentések le vannak tiltva.
|
||||
|
||||
<hr>
|
||||
|
||||
@@ -1,47 +0,0 @@
|
||||
<header>Opcje administracyjne</header>
|
||||
|
||||
<b>Uruchom jako użytkownik Uniksa</b>: Domyślnie jest 'nobody' lub 'squid'
|
||||
w zależności od systemu. Jeśli proxy jest uruchomione jako root, zmieni
|
||||
ono swój efektywny/rzeczywisty UID na tę wartość. <p>
|
||||
|
||||
<b>Uruchom jako grupa Uniksa</b>: Domyślnie jest 'nogroup' lub 'squid'
|
||||
w zależności od systemu. Jeśli proxy jest uruchomione jako root, zmieni
|
||||
ono swój efektywny/rzeczywisty ID grupy na tę wartość. <p>
|
||||
|
||||
<b>Dziedzina autoryzacji proxy</b>: Określa nazwę dziedziny, która będzie
|
||||
zakomunikowana klientowi dla autoryzacji proxy (część tekstu, którą
|
||||
użytkownik zobaczy, gdy zostanie poproszony o nazwę użytkownika
|
||||
i hasło). <p>
|
||||
|
||||
<b>Adres e-mail zarządcy proxy</b>: Domyślnie jest 'webmaster' or 'root'
|
||||
w zależności od systemu. Adres e-mail lokalnego zarządcy proxy, który
|
||||
będzie otrzymywał wiadomość w padu proxy. <p>
|
||||
|
||||
<b>Widoczna nazwa hosta</b>: Jeśli chcesz przedstawić określoną nazwę hosta
|
||||
w komunikatach o błędach itp., to podaj ją tu. W przeciwnym razie
|
||||
będzie użyta wartość zwracana przez gethostname(). Jeśli posiadasz wiele
|
||||
proxy w klastrze i otrzymujesz błędy dotyczące przekazywania IP,
|
||||
musisz nadać im indywidualne nazwy za pomocą tego ustawienia. <p>
|
||||
|
||||
<b>Unikalna nazwa hosta</b>: Jeśli chcesz mieć wiele maszyn z tą samą
|
||||
<b>Widoczną nazwą hosta</b> to musisz nadać każdej z nich inną
|
||||
<b>Unikalną nazwę hosta</b> tak, aby zapętlanie podczas przekazywania mogło
|
||||
zostać wykryte. <p>
|
||||
|
||||
<b>Host rozgłaszania cache</b>: Nazwa hosta, do którego będą wysyłane
|
||||
komunikaty rozgłoszeniowe. Więcej na temat hierarchii proxy znajdziesz
|
||||
w <a href="http://www.squid-cache.org/Doc/FAQ/FAQ-4.html"
|
||||
target="Reference">FAQ-u Squida</a>. Domyślnie jest to
|
||||
'tracker.ircache.net', jeśli rozgłaszanie zostało włączone poprzez podanie
|
||||
okresu rozgłaszania. <p>
|
||||
|
||||
<b>Port rozgłaszania cache</b>: Port hosta, na który komunikaty
|
||||
rozgłoszeniowe będą wysyłane. Domyślnie jest to 3131, gdy rozgłaszanie jest
|
||||
włączone. <p>
|
||||
|
||||
<b>Częstotliwość rozgłaszania</b>: Częstotliwość rozgłoszeń. Włącz
|
||||
rozgłaszanie do hierarchii proxy poprzez ustawienia jej na '1 dzień'.
|
||||
Domyślnie jest '0', co wyłącza rozgłaszanie.
|
||||
|
||||
<hr>
|
||||
|
||||
@@ -1,19 +0,0 @@
|
||||
<header>Hitelesítőprogramok; fordította: Szakács Gergely</header>
|
||||
|
||||
<p>
|
||||
<b>Egyéni hitelesítőprogram</b>: Alapértelmezés szerint nincs. Határozza meg a külső hitelesítő parancsát. Egy ilyen program beolvas egy "felhasználónév jelszó" tartalmú sort, majd "OK" vagy "ERR" visszajelzést ad, végtelen hurokban. Ha hitelesítőprogramot használ, gondoskodjon arról, hogy van egy proxy_auth típusú ACL-je is.<p>
|
||||
|
||||
Amennyiben a hagyományos proxy-hitelesítést kívánja használni, úgy írja át ezt a sort a következőképp: /usr/bin/ncsa_auth /usr/etc/passwd. Feltéve, hogy az ncsa_auth telepítve lett a rendszerre.<p>
|
||||
|
||||
<b>A hitelesítőprogramok száma</b>: Alapértelmezés szerint 5, feltéve, hogy engedélyezve lett a hitelesítés.<p>
|
||||
|
||||
<b>Jelszótárolás ideje</b>: Meghatározza, hogy a Squid mennyi ideig rögzít egy sikeres bejelentkezést a gyorstárban, mielőtt újra meghívná a hitelesítőprogramot.<p>
|
||||
|
||||
<b>Felhasználók IP-kötésének ideje</b>: Ha egy adott felhasználó két különböző IP-címről próbál bejelentkezni ez időtartam alatt, úgy a kérés elutasításra kerül. Ezzel megelőzhető, hogy a felhasználók megosszák egymás között a proxy-jelszavakat.<p>
|
||||
|
||||
<hr>
|
||||
|
||||
Ha a Squid 2.5-ös, vagy a fölötti verzióját használja, a fenti beállítási lehetőségeket egymástól függetlenül módosíthatja, különböző hitelesítési típusok (pl. Digest, NTLM) használatakor. Ha azonban a Webmin-t kívánja használni a proxy-felhasználók listájának szerkesztéséhez, úgy a Basic hitelesítést kell választania.<p>
|
||||
|
||||
<hr>
|
||||
|
||||
@@ -1,48 +0,0 @@
|
||||
<header>Gyorstár beállítások; fordította: Szakács Gergely</header><p>
|
||||
|
||||
<b>A gyorstár könyvtárai</b>: Több elérési útvonalat is megadhat, hogy a gyorstárat különböző partíciókon ossza fel.<p>
|
||||
|
||||
A <em>könyvtár</em> egy felső szintű könyvtár, ahol a gyorstár lapozófájljai vannak tárolva. Ha a gyorstárnak egy teljes merevlemezt szán, úgy ez lehet a mountolási pont könyvtára. A könyvtárnak léteznie kell, és hozzáférhetővé kell tenni a Squid számára. A Squid NEM fogja automatikusan létrehozni ezt a könyvtárat.<p>
|
||||
|
||||
A <em>méret</em> az e könyvtáron belül felhasználható lemezterületet (MB) határozza meg. Alapértelmezés szerint ez az érték 100 MB. Tetszés szerint változtassa meg a konfigurációjának megfelelő értékre.<p>
|
||||
|
||||
Az <em>első szintű könyvtárak</em> a <em>felső szintű könyvtár</em> alatt létrehozandó első szintű könyvtárak számát határozzák meg. Az alapértelmezett érték 16.<p>
|
||||
|
||||
A <em>másodszintű könyvtárak</em> az első szintű könyvtárak mindegyike alatt létrehozandó másodszintű könyvtárak számát határozzák meg. Az alapértelmezett érték 256.<p>
|
||||
|
||||
<b>Átlagos objektumméret</em>: Alapértelmezés szerint 13 kB. Az átlagos objektumméret a gyorstár által tárolt objektumok maximumának becslésére szolgál.<p>
|
||||
|
||||
<b>Egy tárolóban foglalt objektumok</b>: Alapértelmezés szerint 50. A hash táblában foglalt tárolónkénti objektumok célszáma. Az érték csökkentése növeli a tárolók teljes számát, csakúgy, mint a tárhely karbantartási rátáját.<p>
|
||||
|
||||
<b>Az ACL-ekhez ne tároljon URL-eket</b>: Alapértelmezés szerint nem. Válassza ki azon ACL-eleket, amelyekhez nem akarja az adatok gyorstárazását. Ez leginkább akkor hasznos, ha egy belső webkiszolgáló gyorstárazását akarja megelőzni.<p>
|
||||
|
||||
<b>Maximális idő a gyorstárban</b>: Alapértelmezés szerint 1 év. Ha ezt az értéket pl. 'egy hétre' állítja, úgy a gyorstárban tárolt objektumok törlődnek, ha legalább egy hétig nem fért hozzájuk senki.<p>
|
||||
|
||||
<b>Sikertelen kérés ideje a gyorstárban</b>: Alapértelmezés szerint 5 perc lejárati idő (TTL). Bizonyos hibatípusok (pl. "a kapcsolat elutasítva" és "404 nincs megjeleníthető oldal") negatívan kerülnek a gyorstárba egy meghatározott ideig. Fontos, hogy ez különbözik a DNS-keresések negatív gyorstárazásától.<p>
|
||||
|
||||
<b>DNS-keresések ideje a gyorstárban</b>: Alapértelmezés szerint 6 óra (360 perc). A sikeres DNS-keresések pozitív gyorstárazásának lejárati ideje (TTL). Ha minimalizálni akarja a Squid ipcache használatát, 0 helyett állítsa ezt az értéket 1-re.<p>
|
||||
|
||||
<b>Sikertelen DNS ideje a gyorstárban</b>: Alapértelmezés szerint 5 perc. A sikertelen DNS-keresések negatív gyorstárazásának lejárati ideje (TTL).<p>
|
||||
|
||||
<b>Kapcsolódási holtidő</b>: Alapértelmezés szerint 120 másodperc. Bizonyos rendszerek (nevezetesen a Linux) nem kezelik megbízhatóan a connect(2) kérések holtidejét. Ezért a Squid folyamat saját holtidejét alkalmazza a kiszolgálóhoz való kapcsolódáskor. Ez a paraméter meghatározza a kapcsolat létrejöttéig várandó időtartamot.<p>
|
||||
|
||||
<b>Beolvasási holtidő</b>: Alapértelmezés szerint 15 perc. A read_timeout kiszolgáló-oldali kapcsolatoknál kerül alkalmazásra. Minden sikeres beolvasást követően a holtidőhöz hozzáadódik ez az intervallum. Ha az intervallum letelte után semmilyen adat nem kerül beolvasásra, úgy a kiszolgáló elutasítja a kérést, és bejegyzést tesz az ERR_READ_TIMEOUT-ba.<p>
|
||||
|
||||
<b>Site kiválasztási holtidő</b>: Alapértelmezés szerint 4 másodperc.<p>
|
||||
|
||||
<b>Kliens-kérési holtidő</b>: Alapértelmezés szerint 15 perc. A read_timeout kiszolgáló-oldali kapcsolatoknák kerül alkalmazásra. Minden sikeres beolvasást követően a holtidőhöz hozzáadódik ez az intervallum. Ha az intervallum letelte után semmilyen adat nem kerül beolvasásra, úgy a kiszolgáló elutasítja a kérést, és bejegyzést tesz az ERR_READ_TIMEOUT-ba.<p>
|
||||
|
||||
<b>Kliensek maximális csatlakozási ideje</b>: Alapértelmezés szerint 1 nap. A maximális időtartam, ameddig egy kliens (böngésző) szünetmentesen kapcsolódhat a gyorstárhoz. Ez megelőzi, hogy a gyorstárban több csatoló (így több fájlleíró) várakozzon CLOSE_WAIT állapotban, olyan távoli kliensektől, amelyek helytelenül válnak le a kiszolgálóról (hálózati hiba, vagy helytelen kliens-oldali beállítások miatt).<p>
|
||||
|
||||
<b>Maximális leállási idő</b>: Alapértelmezés szerint 30 másodperc. Amikor SIGTERM vagy SIGHUP érkezik, a gyorstár "leállás folyamatban" üzemmódba kerül, míg az összes aktív csatoló le nem zárul. Ez az érték az összes megnyitott leíróra érvényes a leállási üzemmód alatt. Ezen intervallum letelte után minden aktív kliens 'holtidő' üzenetet fog kapni.<p>
|
||||
|
||||
<b>Félig lezárt kliensek</b>: Alapértelmezés szerint bekapcsolva. Egyes kliensek lezárhatják a TCP-kapcsolat küldő oldalát, míg a fogadó oldal nyitva marad. Némelykor a Squid képtelen különbséget tenni egy félig lezárt és egy teljesen lezárt TCP-kapcsolat között. Alapértelmezés szerint a félig lezárt kapcsolatok nyitva maradnak, míg a csatoló egy read(2), vagy write(2) kérése hibaüzenetet nem küld vissza. Ha ezt az opciót kikapcsolja, úgy a Squid azonnal lezárja a kliens kapcsolatát, amint egy read(2) kérésre "nincs beolvasandó adat" válasz érkezik.<p>
|
||||
|
||||
<b>Tartós holtidő</b>: Alapértelmezés szerint 120 másodperc. Kliensek, kiszolgálók és egyéb proxy-k tartós tétlen kapcsolatának holtideje. A tartós kapcsolatok letilthatók az opció 10 másodpercnél alacsonyabb értékre állításával.<p>
|
||||
|
||||
<b>WAIS továbbítógazda</b>: Alapértelmezés szerint nincs. A gazdanév, illetve a cím, amelyre a WAIS kérések továbbítandók.<p>
|
||||
|
||||
<b>WAIS továbbítóport</b>: Alapértelmezés szerint nincs. A port, amelyre a WAIS kérések továbbítandók.
|
||||
|
||||
<hr>
|
||||
|
||||
@@ -1,114 +0,0 @@
|
||||
<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>
|
||||
|
||||
@@ -1,9 +0,0 @@
|
||||
<header>Késleltetési verem; fordította: Szakács Gergely</header>
|
||||
<p>
|
||||
A késleltetési verem segítségével korlátozható az egyes kliensek sávszélessége, akár egyéni felhasználókról, akár csoportokról van szó.<p>
|
||||
|
||||
Ezen az oldalon az összes létező verem és korlátozásaik megtalálhatók. Van egy külön részleg a globális opcióknak is, ám jelenleg itt csak egyetlen opció található.<p>
|
||||
|
||||
<b>Kezdeti tárolószint</b><br>
|
||||
|
||||
A késleltetési vermek működéséből adódóan egy új felhasználó elvileg a megérdemeltnél nagyobb sávszélességet kaphatna, mivel újonnan létrehozott tárolója még üres. Egy túlzsúfolt hálózaton ez azt jelentené, hogy más, majdnem megtelt tárolókkal rendelkező kliensek egy ideig alig jutnának valami sávszélességhez. Ezen opció alapértelmezett értéke 50%, és általában érdemes így is hagyni, hacsak az ön rendszerének <b>maximális</b> értékei nem nagyon magasak (a limitek meghatározásakor érvényes maximális érték valójában a verem tárolóméretére vonatkozik).
|
||||
@@ -1,16 +0,0 @@
|
||||
<header>Egyéb gyorstárak; fordította: Szakács Gergely</header><p>
|
||||
|
||||
<b>Egyéb proxy gyorstár kiszolgálók</b>: Itt van felsorolva az összes, jelenleg konfigurált testvér, szülő és multicast gyorstár. Kattintson a gazdanévre vagy a címre, hogy módosítsa, vagy megtekintse a teljes konfigurációt.<p>
|
||||
|
||||
<b>A következőket tartalmazó URL-ek közvetlen lehozatala</b>: Alapértelmezés szerint ".cgi" és "?". Ennek segítségével beállíthatja, hogy a Squid mindig a forrásszerverről olvasson be bizonyos tartalomtípusokat. Normális esetben ezen az opción nem szükséges változtatni, mivel a legtöbb dolgot a Squid külső beavatkozás nélkül is megoldja.<p>
|
||||
|
||||
<b>ICP-kérés holtideje</b>: Alapértelmezés szerint az 'optimális' érték. Ha felül akarja írni a Squid által meghatározott értéket, állítsa ezt az opciót bármely, nullától eltérő értékre. A Squid korábbi verzióiban az alapértelmezett érték 2000 volt.<p>
|
||||
|
||||
<b>Multicast ICP holtidő</b>: Alapértelmezés szerint 2000 msec, vagy 2 másodperc. Multicast felek esetén a Squid rendszeresen ICP "szondákat" küld el annak kiderítésére, hogy hány további felhasználó kapcsolódik a megadott multicast címre. Ez az érték meghatározza, hogy a Squid mennyi ideig várjon a válaszok megszámlálásával.<p>
|
||||
|
||||
<b>Levált fél holtideje</b>: Alapértelmezés szerint 10 másodperc. Ez az opció megszabja, hogy mennyi ideig várakozzon a Squid, mielőtt egy kapcsolódó gyorstárat "halottnak" tekint. Ha az itt megadott időn belül nem érkezik ICP-válasz, úgy a Squid leváltnak fogja tekinteni a gyorstárat és nem fog további ICP-válaszokra számítani. Ettől függetlenül a Squid továbbra is küld ICP-kéréseket, és az első érvényes visszajelzés után élőnek fogja nyilvánítani a szóban forgó felet.<p>
|
||||
|
||||
Ez a beállítás akkor is érvényes, amikor a Squid ICP-válaszra vár a felektől. Abban az esetben, ha több mint 'dead_peer' másodperc eltelt a legutolsó ICP-válasz beérkezése óta, a Squid a következő kérésre már nem fog választ várni. Ennek megfelelően, ha a kérések közti intervallum nagyobb, mint a holtidő, úgy a kérések többsége nem a szülőkhöz, hanem KÖZVETLENÜL a forráskiszolgálókhoz fog érkezni.<p>
|
||||
|
||||
<hr>
|
||||
|
||||
@@ -1,42 +0,0 @@
|
||||
<header>Inne proxy</header>
|
||||
|
||||
<b>Inne buforujące serwery proxy</b>: Pokazane są wszystkie (równoprawne,
|
||||
macierzyste i multicastowe) aktualnie skonfigurowane serwery proxy. Naciśnij
|
||||
na nazwę hosta lub adres wybranego serwera, aby zmienić lub obejrzeć jego
|
||||
aktualną konfigurację. <p>
|
||||
|
||||
<b>Sprowadzać bezpośrednio URL-e zawierające</b>: 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. <p>
|
||||
|
||||
<b>Czas przeterminowania zapytania ICP</b>: 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. <p>
|
||||
|
||||
<b>Czas przeterminowania multicastu ICP</b>: 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ć. <p>
|
||||
|
||||
<b>Czas uznania partnera za nieczynnego</b>: 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. <p>
|
||||
|
||||
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. <p>
|
||||
|
||||
<hr>
|
||||
@@ -1,42 +0,0 @@
|
||||
<header>Naplózás; fordította: Szakács Gergely</header><p>
|
||||
|
||||
<b>Hozzáférési naplófájl</b>: Alapértelmezés szerint rendszerfüggő, általában a <tt>/var</tt> könyvtárban található. A kliensek kéréseit naplózza, és minden egyes HTTP-, illetve ICP-kérés után tesz a fájlba egy bejegyzést.<p>
|
||||
|
||||
<b>Hibakeresési naplófájl</b>: Alapértelmezés szerint rendszerfüggő. A gyorstárban történteket naplózza. Rendszerint ez a fájl tartalmazza a gyorstár viselkedésével kapcsolatos általános információkat. A <b>Hibaelhárítási opcióknál</b> tetszőlegesen megnövelheti a naplófájl méretét.<p>
|
||||
|
||||
<b>Tárhely naplófájl</b>: Alapértelmezés szerint rendszerfüggő. A tárhelykezelő tevékenységét naplózza. Megmutatja, hogy mely objektumok lettek eltávolítva a gyorstárból, illetve mely objektumok lettek eltárolva és mennyi ideig. A naplózás kikapcsolásához írja át az opciót "nem"-re. Ezen adatok elemzésére nincsenek speciális eszközök, így nyugodtan kikapcsolhatja ezt a funkciót.<p>
|
||||
|
||||
<b>Gyorstár adatleíró-fájl</b>: Alapértelmezés szerint swap.log minden egyes gyorstár-könyvtár alatt. Ez a naplófájl tartalmazza a lemezre mentett objektumok leíró-információit. A gyorstár ennek alapján épül fel minden rendszerindítás alkalmával. Normális esetben egy ilyen fájl megtalálható minden egyes gyorstár-könyvtár alatt, ám lehetőség van ettől eltérő elérési útvonal megadására is. Fontos azonban, hogy egy teljes fájlnevet meg kell adnia, nem csak a naplófájlt tartalmazó könyvtár nevét. Mivel ez a teljes objektumlista indexe, NINCS lehetőség a periodikus rotációra!<p>
|
||||
|
||||
Ha a fájlnévben lehet %s-t használni, úgy azt felcseréli a gyorstár-könyvtár nevének valamilyen reprezentációja, ahol minden / helyett '.' fog állni. Erre azért van szükség, hogy egy esetleges új lapozófájl-napló hozzáadásakor tetszőlegesen hozzáadhassunk/eltávolíthassunk egyes könyvtársorokat.<p>
|
||||
|
||||
Ha egynél több gyorstár-könyvtár van a rendszeren, és a fájlnevekben nem szerepel %s, úgy a lapozófájl-naplók a következőképp lesznek elnevezve:<p>
|
||||
<ul>
|
||||
<li>cache_swap_log.00
|
||||
<li>cache_swap_log.01
|
||||
<li>cache_swap_log.02
|
||||
</ul>
|
||||
<p>
|
||||
Az (automatikusan hozzáadott) számozott kiterjesztések megegyeznek a konfigurációban megadott könyvtársorok sorrendjével. Ha ebben a fájlban megváltoztatja a könyvtársorok sorrendjét, úgy a naplófájlok NEM a megfelelő könyvtárbejegyzéshez fognak tartozni (hacsak manuálisan nem nevezi át mindegyiket). Azt javasoljuk, hogy ezt az opciót NE használja. Jobb, ha minden egyes naplófájl külön könyvtárban van.<p>
|
||||
|
||||
<b>HTTPD naplóformátum használata</b>: Alapértelmezés szerint kikapcsolva. A gyorstár képes emulálni a több 'httpd' program által használt naplóformátumot. Az emuláció ki/bekapcsolásához állítsa át az opciót a megfelelő értékre (ki/be). Alapértelmezés szerint a rendszer a natív naplóformátumot használja, mivel az olyan hasznos információkat tartalmaz, amelyek nagy segítségére lehetnek a Squid-specifikus naplóelemzőknek.<p>
|
||||
|
||||
<b>MIME fejlécek naplózása</b>: Alapértelmezés szerint kikapcsolva. A gyorstár képes úgy a kérés, mint a válasz MIME-fejlécek rögzítésére az egyes HTTP-műveletek során. A fejlécek biztonságosan kódolva vannak, és a hozzáférési napló végén, két zárójeles mezőben jelennek meg (a natív és a httpd-emulációs naplóformátumban egyaránt). E funkció bekapcsolásához állítsa az opciót a megfelelő értékre (be).<p>
|
||||
|
||||
<b>Felhasználói ágens naplófájl</b>: Alapértelmezés szerint nincs. Ha engedélyezzük az "--enable-useragent-log" konfigurációs beállítással, úgy a Squid a HTTP-kérésekből beolvasott felhasználói ágens adatokat az itt megadott fájlba fogja rögzíteni.<p>
|
||||
|
||||
<b>PID-fájl</b>: Alapértelmezés szerint rendszerfüggő. Ebbe a fájlba kerülnek a folyamatazonosítók. Kikapcsolásához álltsa "nem"-re az opciót.<p>
|
||||
|
||||
<b>RFC931 azonosítókeresés futtatása az ACL-eken</b>: Alapértelmezés szerint kikapcsolva. Kereséseket futtat az ACL-ekben bármihez hozzáférő kliensek felhasználóneveinek azonosítására.<p>
|
||||
|
||||
<b>RFC931 azonosító holtidő</b>: Alapértelmezés szerint 30 másodperc. Az IDENT kérések maximális várakozási ideje. Ha ez az érték túl magas, és az azonosítókeresések engedélyezve vannak, úgy a rendszer több ilyen egyidejű kérés miatt sérülékennyé válhat denial-of-service támadásokkal szemben.<p>
|
||||
|
||||
<b>Teljes gazdanév naplózása</b>: Alapértelmezés szerint nem. A kliensek teljes gazdanevét naplózza.<p>
|
||||
|
||||
<b>Netmaszk naplózása</b>: Alapértelmezés szerint 255.255.255.255. A naplófájlokban és a gyorstárkezelőben szereplő klienscímek. Ha óvni akarja a kliensek magánjogait, változtassa meg ezt az értéket. Egy 255.255.255.0 netmaszk minden abban a tartományban szereplő IP-t naplózni fog.<p>
|
||||
|
||||
<b>Hibakeresési opciók</b>: Alapértelmezés szerint "MIND,1". A naplózási beállítások részleg,szint formában vannak definiálva, ahol minden egyes forrásfájlhoz egyedi részleg van hozzárendelve. A teljes hibakeresés (9-es szint) igen nagy naplófájlt eredményezhet, így e téren körültekintés javasolt. A "MIND" varázsszó az össze részlegre érvényesíti a hibakeresési szinteket. Általában nem érdemes változtatni az alapértelmezett opción.<p>
|
||||
|
||||
<b>MIME fejléctábla</b>: A Squid fejléctáblájának elérési útvonala. Alapesetben ezen sem szükséges változtatni, ám az alapértelmezett fájlban további információt és példákat találhat ezzel kapcsolatban.
|
||||
|
||||
<hr>
|
||||
@@ -1,99 +0,0 @@
|
||||
<header>Logowanie</header>
|
||||
|
||||
<b>Log dostępu</b>: Domyślny zależy od systemu, zazwyczaj gdzieś
|
||||
w <tt>/var</tt>. Loguje aktywność zapytań klientów. Zawiera zapisy
|
||||
o każdym otrzymanym zapytaniu HTTP i ICP. <p>
|
||||
|
||||
<b>Log pracy proxy</b>: Domyślny zależy od systemu. Plik logowania proxy.
|
||||
Jest to miejsce, do którego trafiają informacje o zachowaniu Twojego
|
||||
proxy. Możesz zwiększyć ilość logowanej w tym pliku informacji za
|
||||
pomocą <b>Opcji śledzenia</b>. <p>
|
||||
|
||||
<b>Log buforów</b>: Domyślny zależy od systemu. Loguje aktywność zarządcy
|
||||
buforów cache. Pokazuje, które obiekty są wyrzucane z&buforów, a które
|
||||
są zachowywane i jak długo. Aby wyłączyć to logowanie, wisz "none".
|
||||
Naprawdę nie ma narzędzi do analizy tych danych, więc możesz to spokojnie
|
||||
wyłączyć. <p>
|
||||
|
||||
<b>Plik metadanych dla buforów</b>: Domyślnie <tt>swap.log</tt>
|
||||
w każdym katalogu buforów. Ten log zawiera metadane obiektów zapisanych
|
||||
na dysku. Jest używany do przybudowywania buforów podczas startu. Plik ten
|
||||
znajduje się normalnie w każdym katalogu buforów, ale możesz podać tu
|
||||
inną ścieżkę. Zauważ, że musisz podać pełną nazwę pliku, a nie jedynie
|
||||
katalag. Jako że jest to plik indeksowy dla całej listy obiektów, NIE WOLNO
|
||||
Ci go okresowo czyścić! <p>
|
||||
|
||||
Jeśli '%s' zostanie użyte w nazwie pliku, zostanie zastąpione przez
|
||||
nazwę pliku logu, w której każdy znak '/' zastąpiono przez '.'. Jest to
|
||||
potrzebne, aby umożliwić dodawanie/usuwanie linii z nazwami katalogów
|
||||
gdy kolejny log buforów cache jest w użyciu. <p>
|
||||
|
||||
Jeśli masz więcej niż jeden katalog buforów a nie używasz '%s'
|
||||
w nazwie, wówczas poszczególne logi będą miały nazwy takie, jak: <p>
|
||||
|
||||
<ul>
|
||||
<li>cache_swap_log.00
|
||||
<li>cache_swap_log.01
|
||||
<li>cache_swap_log.02
|
||||
</ul>
|
||||
<p>
|
||||
|
||||
Numery w końcówkach nazw (dodawane automatycznie) odpowiadają
|
||||
kolejności linii katalogów buforów cache w konfiguracji. Jeśli
|
||||
zmienisz podaną kolejność katalogów, wówczas te logi NIE będą odpowiadały
|
||||
prawidłowym wpisom z nazwami katalogów buforów (chyba, że zmienisz ich
|
||||
nazwy ręcznie). Zaleca się NIE używanie tej opcji. Lepiej trzymać pliki
|
||||
logów w odpowiednich katalogach buforów cache. <p>
|
||||
|
||||
<b>Używać formatu logów HTTPD</b>: Domyślnie nie. Proxy może emulować format
|
||||
logów używany przez wiele programów 'httpd'. Aby emulację wyłączyć/włączyć
|
||||
ustaw tę wartość odpowiednio na Nie lub Tak. Domyślne jest używanie
|
||||
wewnętrznego formatu logów, ponieważ zawiera on użyteczne informacje
|
||||
wykorzystywane przez zorientowane na Squida analizatory logów. <p>
|
||||
|
||||
<b>Logować nagłówki MIME</b>: Domyślnie nie. Proxy może zapisywać nagłówki
|
||||
MIME zarówno dla zapytań, jak i dla odpowiedzi dla każdej operacji
|
||||
HTTP. Nagłówki są bezpiecznie zakodowane i pojawiają się jako dwa ujęte
|
||||
w nawiasy pola na końcu wpisu do logu dostępu (zarówno dla wewnętrznego
|
||||
formatu Squida, jak i dla emulacji httpd). Aby włączyć to logowanie
|
||||
ustąw opcję na Tak. <p>
|
||||
|
||||
<b>Log programów użytkownika</b>: Domyślnie brak. Jeśli podczas konfiguracji
|
||||
przed kompilacją włączono opcję "--enable-useragent-log", Squid będzie
|
||||
zapisywał pole "User-Agent" zapytań HTTP (zawierające zazwyczaj dane
|
||||
określające uzywaną przeglądarkę) do określonego tu pliku. <p>
|
||||
|
||||
<b>Plik z numerem PID</b>: Domyślny zależy od systemu. Nazwa pliku, do
|
||||
którego jest zapisywany numer procesu (PID). Aby go nie używać wpisz "none".
|
||||
<p>
|
||||
|
||||
<b>Wykonywać identyfikację RFC931 dla ACL</b>: Domyślnie dla żadnych.
|
||||
Wykonywanie zapytań identyfikacyjnych, aby określić nazwy użytkowników
|
||||
uzyskujących dostęp do czegokolwiek podpadającego pod te ACL. <p>
|
||||
|
||||
<b>Czas przeterminowania identyfikacji wg RFC931</b>: Domyślnie 30 sekund.
|
||||
Maksymalny czas oczekiwania na wyniki zapytań IDENT. Jeśli jest zbyt duży
|
||||
i włączyłeś zapytania identa, możesz doprowadzić do zablokowania usługi
|
||||
(DoS) poprzez zbyt wiele jednocześnie wykonywanych zapytań ident. <p>
|
||||
|
||||
<b>Logować pełne nazwy hostów</b>: Domyślnie nie. Logowanie pełnej (FQDN)
|
||||
nazwy hostów klientów. <p>
|
||||
|
||||
<b>Maska logowania</b>: Domyślną jest 255.255.255.255. Maska dla adresów
|
||||
klientów w logach oraz wyniku cachemgr. Zmień ją, jeśli chcesz chonić
|
||||
prywatność swoich klientów. Przy masce 255.255.255.0 wszystkie IP będą
|
||||
logowane z ostatnią cyfrą ustawioną na '0'. <p>
|
||||
|
||||
<b>Opcje śledzenia</b>: Domyślnie "ALL,1". Są to opcje logowania ustawiana
|
||||
jako "sekcja,poziom", gdzie każdy plik kodu źródłowego jest przypisany do
|
||||
unikalnej sekcji. Ustawienie niższego poziomu powoduje logowanie mniejszej
|
||||
ilości informacji, niż pełne śledzenie (poziom 9), przy którym może powstać
|
||||
bardzo duży log, więc bądź ostrożny. Magiczne słowo "ALL" ustawia poziomy
|
||||
śledzenia dla wszystkich sekcji. Zazwyczaj zaleca się uruchamianie
|
||||
z "ALL,1". <p>
|
||||
|
||||
<b>Tablica nagłówków MIME</b>: Ścieżka do tablicy MIME Squida. Nie powinno
|
||||
być potrzeby zmiany tej opcji, ale standardowy plik zawiera przykłady
|
||||
i opis składni, gdyby takowa wystąpiła.
|
||||
|
||||
<hr>
|
||||
@@ -1,39 +0,0 @@
|
||||
<header>Memóriahasználat; fordította: Szakács Gergely</header><p>
|
||||
|
||||
<b>Memóriahasználati korlát</b>: Alapértelmezés szerint 8MB.<p>
|
||||
MEGJEGYZÉS: Ez a paraméter nem szabályozza a maximális folyamatméretet, csak a Squid memóriahasználatának egy aspektusát korlátozza. A Squid más célra is használ memóriát. A rendszeren futó folyamat így akár az itt meghatározott két-háromszorosa is lehet.<p>
|
||||
|
||||
Meghatározza az ideális mennyiségű memóriát a következőknek:
|
||||
<ul>
|
||||
<li>Átmenő objektumok
|
||||
<li>Forró objektumok
|
||||
<li>Negatívan gyorstárazott objektumok
|
||||
</ul>
|
||||
<p>
|
||||
Az ilyen objektumokhoz 4 kB-os tömbökben tárolódnak az adatok. Ez a paraméter meghatározza a hozzárendelt 4 kB-os tömbök ideális együttes méretének maximumát. A legmagasabb prioritása az átmenő objektumoknak van.<p>
|
||||
|
||||
Az átmenő objektumoknak prioritása van a többiekkel szemben. Amikor több hely szükségeltetik a bejövő adatoknak, a memóriából kiürülnek a negatívan-gyorstárazott és a forró objektumok. Másképp megfogalmazva, a negatívan gyorstárazott és forró objektumok feltöltenek minden, az átmenő objektumok által nem igényelt területet.<p>
|
||||
|
||||
Ha a körülmények úgy hozzák, meg lehet haladni ezt a szintet. Ha például a bejövő kérések az itt meghatározottnál több memóriát igényelnek az átmenő objektumoknak, úgy a Squid átlépheti ezt a korlátozást, hogy kiszolgálja az új kéréseket. Amikor a terhelés csökken, egyre több tömb szabadul fel egészen addig, míg a túlcsordulási szint meg nem jelenik. Ettől kezdve a tömbök forró objektumokat fognak tárolni.<p>
|
||||
|
||||
<b>FQDN gyorstárméret</b>: Alapértelmezés szerint 1024. A Fully Qualified Domain Name gyorstár-bejegyzések maximuma.<p>
|
||||
|
||||
<b>Memória túlcsordulási szint</b>: Alapértelmezés szerint 95%. Amikor ezt a szintet eléri a rendszer, a memóriából kiürülnek a forró és az átmenő objektumok, a hely felszabadítása érdekében.<p>
|
||||
|
||||
<b>Memória biztonsági szint</b>: Alapértelmezés szerint 90%. Miután a túlcsordulási szintet elérte, a Squid eddig a szintig fogja üríteni a memóriát.<p>
|
||||
|
||||
<b>Lemezterület túlcsordulási szint</b>: Alapértelmezés szerint 95%. Amikor ezt a szintet eléri, a Squid a lemez agresszív ürítésébe kezd.<p>
|
||||
|
||||
<b>Lemezterület biztonsági szint</b>: Alapértelmezés szerint 90%. Miután a túlcsordulási szintet elérte, a Squid tovább üríti a lemezterületet, mag az eléri ezt a szintet.<p>
|
||||
|
||||
<b>Gyorstárazott objektum maximális mérete</b>: Alapértelmezés szerint 4096 kB. Ez a beállítás meghatározza a gyorstárban tárolható objektumok maximális méretét. Bármely ennél nagyobb méretű objektum nem lesz eltárolva a gyorstárban, és minden alkalommal a forrásszerverről kell betölteni azokat.<p>
|
||||
|
||||
<b>IP-cím gyorstár mérete</b>: Alapértelmezés szerint 1024. Az IP-gyorstárban tárolandó bejegyzések száma.<p>
|
||||
|
||||
<b>IP-gyorstár túlcsordulási szint</b>: Alapértelmezés szerint 95%. Ezen a ponton a Squid elkezdi kiüríteni az IP-bejegyzéseket a gyorstárból.<p>
|
||||
|
||||
<b>IP-gyorstár biztonsági szint</b>: Alapértelmezés szerint 90%. Miután megkezdődött az IP-gyorstár ürítése, a folyamat addig tart, amíg az IP-gyorstárban lévő bejegyzések száma el nem éri ezt a szintet.<p>
|
||||
|
||||
<hr>
|
||||
|
||||
|
||||
@@ -1,69 +0,0 @@
|
||||
<header>Zużycie pamięci</header>
|
||||
|
||||
<b>Limit zużycia pamięci</b>: Domyślnie 8 MB. <p>
|
||||
|
||||
UWAGA: Ten parametr nie określa maksymalnego rozmiaru procesu. Ustawia on
|
||||
ograniczenie tylko na jeden aspekt zużycia pamięci przez Squida. Squid używa
|
||||
pamięć również do innych celów. Twój process zajmie prawdopodobnie dwa lub
|
||||
trzy razy tyle pamięci, ile ustawisz w tej opcji. <p>
|
||||
|
||||
Określa ona idealną ilość pamięci zużywanej na:
|
||||
<ul>
|
||||
<li>Obiekty "w drodze"
|
||||
<li>Obiekty "gorące:
|
||||
<li>Obiekty negatywnie buforowane
|
||||
</ul>
|
||||
<p>
|
||||
|
||||
Dane dla tych obiektów są przechowywane w 4 kB blokach. Parametr
|
||||
ten określa idealną górną granicę dla całkowitego rozmiaru przydzielonych
|
||||
4 kB bloków. Obiekty "w drodze" mają najwyższy priorytet. <p>
|
||||
|
||||
Obiekty "w drodze" mają priorytet wyższy niż inne. Gdy potrzebne jest
|
||||
miejsce na przychodzące dane, zwalniane są obiekty buforowane negatywnie
|
||||
oraz "gorące". Innymi słowy, buforowane negatywnie oraz "gorące" obiekty
|
||||
zapełnią całą nieużywaną przestrzeń niepotrzebną dla obiektów
|
||||
"w drodze". <p>
|
||||
|
||||
Jeśli okoliczności tego wymagają, granica ta zostanie przekroczona.
|
||||
W szczególności, jeżeli ilość przychodzących zapytań będzie wymagała
|
||||
więcej niż podano pamięci na przechowanie obiektów "w drodze", Squid
|
||||
przekroczy tę granicę aby zrealizować nowe zapytania. Gdy obciązenie się
|
||||
zmniejszy, bloki będą zwalniane aż do osiągnięcia górnego progu.
|
||||
Dalsze wolne bloki będą wykorzystywane do przechowywania "gorących"
|
||||
obiektów. <p>
|
||||
|
||||
<b>Rozmiar bufora nazw hostów (FQDN)</b>: Domyślnie 1024. Maksymalna liczba
|
||||
wpisów zawierających w pełni kwalifikowane nazwy hostów (FQDN). <p>
|
||||
|
||||
<b>Górny próg dla pamięci</b>: Domyślnie 95%. Gdy ten znacznik
|
||||
zostanie osiągnięty, obiekty "gorące" oraz obiekty "w drodze" będą
|
||||
zwalniane aby zwolnić pamięć. <p>
|
||||
|
||||
<b>Dolny próg dla pamięci</b>: Domyślnie 90%. Po osiągnięciu górnego
|
||||
progu Squid będzie zwalniał pamięć aż jej zużycie spadnie poniżej
|
||||
tego znacznika. <p>
|
||||
|
||||
<b>Górny próg dla dysku</b>: Domyślnie 95%. Gdy ten znacznik zostanie
|
||||
osiągnięty, Squid będzie agresywnie opróżniał dysk. <p>
|
||||
|
||||
<b>Dolny próg dla dysku</b>: Domyślnie 90%. Po osiągnięciu górnego
|
||||
progu Squid będzie kontynuował opróżnianie dysku aż jego zużycie
|
||||
spadnie poniżej tego znacznika. <p>
|
||||
|
||||
<b>Maksymalny rozmiar buforowanego obiektu</b>: Domyślnie 4096 kB. To
|
||||
ustawienie ogranicza rozmiar obiektów, które będą przechowywane w buforach
|
||||
cache. Nic, co przekracza ten rozmiar nie będzie buforowane i musi być
|
||||
za każdym razem załadowane ze źródłowego serwera. <p>
|
||||
|
||||
<b>Rozmiar bufora adresów IP</b>: Domyślnie 1024. Liczba wpisów
|
||||
przechowywanych w buforze IP. <p>
|
||||
|
||||
<b>Górny próg dla bufora IP</b>: Domyślnie 95%. Punkt, przy którym
|
||||
Squid zaczyna usuwać wpisy IP z bufora. <p>
|
||||
|
||||
<b>Dolny próg dla bufora IP</b>: Domyślnie 90%. Po rozpoczęciu
|
||||
opróżniania bufora IP, będzie ono kontynuowane aż liczba wpisów
|
||||
w buforze IP spadnie poniżej tego odsetka. <p>
|
||||
|
||||
<hr>
|
||||
@@ -1,49 +0,0 @@
|
||||
<header>Egyéb opciók; fordította: Szakács Gergely</header><p>
|
||||
|
||||
<b>Indulási DNS tesztcímek</b>: Azok a DNS kiszolgálók, amelyeknek a Squid induláskor kéréseket küld, hogy megvizsgálja, működnek-e a DNS-keresések.<p>
|
||||
|
||||
<b>SIGUSR1 naplófájl-rotáció</b>: A rendszertől függően az alapértelmezés 10 vagy 0. Meghatározza a naplófájl rotációinak számát a 'squid -k rotate' parancs után. Az alapértelmezés 10, amely a 0-9-ig terjedő kiterjesztéseket fogja rotálni. A logfile_rotate 0-ra állításával kikapcsolhatja a rotációt, ám a naplófájlokat ettől függetlenül szabadon nyithatja és zárhatja a rendszer. Így saját maga nevezheti át a naplófájlokat a rotációs jel elküldése előtt.<p>
|
||||
|
||||
A 'squid -k rotate' parancs normális esetben egy USR1 jelet küld a futó Squid folyamatnak. Egyes esetekben (pl. Aszinkron I/O-s Linuxon), az USR1-et más célokra alkalmazzák, így a -k rotáció is már jelet használ. Ezért célravezetőbb a 'squid -k rotate' használata a 'kill -USR1 <pid>' helyett.<p>
|
||||
|
||||
<b>Hibaüzenetek szövege</b>: A hibaüzenetekben kiírandó HTML-szöveg. Ez lehet egy "mailto" URL a rendszergazda címére, vagy egy, a cég honlapjára mutató link.<p>
|
||||
|
||||
Ahhoz, hogy a fenti információk megjelenjenek a hibaüzenetekben, át kell írnia (a "hibák" könyvtárban található) sablonfájlokat. Ahol szeretné megjeleníteni a 'err_html_text' sort, szúrjon be egy %L előtagot a hibaüzenet sablonfájljába.<p>
|
||||
|
||||
<b>Kliensenkénti statisztikák</b>: Ha le akarja tiltani a kliensenkénti statisztikát, kapcsolja ki a client_db opciót.<p>
|
||||
|
||||
<b>X-Továbbítva-Ide fejléc</b>: Alapértelmezés szerint bekapcsolva. Ha ez az opció be van kapcsolva, akkor a Squid belefoglalja a rendszer IP-címét vagy nevét a továbbított HTTP-kérésekbe. Alapértelmezés szerint ez így néz ki:<p>
|
||||
|
||||
<center>X-Továbbítva-Ide: 192.1.2.3</center>
|
||||
<p>
|
||||
Ha kikapcsolja ezt a funkciót, akkor a következőt kapja:<p>
|
||||
|
||||
<center>X-Továbbítva-Ide: ismeretlen</center><p>
|
||||
|
||||
<b>ICP-kérések naplózása</b>: Alapértelmezés szerint bekapcsolva. Ha ez az opció be van kapcsolva, úgy az ICP-kérések az access.log naplófájlban tárolódnak. Abban az esetben, ha az ICP-terhelés NAGYON magas, vagy ha a naplókezelés túl bonyolult, kikapcsolhatja ezt az opciót.<p>
|
||||
|
||||
<b>Minimális közvetlen ugrás</b>: Alapértelmezés szerint 4. Ha ICMP pingelőt használ, irányítsa a lekérdezéseket olyan oldalakra, amelyek nincsenek távolabb az itt meghatározott ugrásoknál.<p>
|
||||
|
||||
<b>Memória megőrzése a későbbiekre</b>: Alapértelmezés szerint bekapcsolva. Ha ez az opció be van kapcsolva, úgy a Squid megőriz hozzárendelt (de nem használt) memóriaterületeket későbbi felhasználásra. Ha a memória kulcsfontosságú a rendszeren, és úgy véli, hogy a memória-hozzárendelési könyvtár túlteljesíti a Squid rutinokat, kapcsolja ki ezt a funkciót.<p>
|
||||
|
||||
<b>Megőrzendő memória nagysága</b>: Alapértelmezés szerint korlátlan. Ha ezt az opciót bármely, nullától eltérő értékre állítja, a Squid legfeljebb a megadott értékű hozzárendelt (de nem használt) memóriát fogja megőrizni. Minden free() kérés, ami meghaladja ezt a szintet, a memória-hozzárendelési könyvtár hatáskörébe kerül. A Squid előzetesen nem különít el semennyi memóriát, csak biztonságban tartja azon objektumokat, amelyeket amúgy felszabadítana. Így érdemes a memory_pools_limit szintjét meglehetősen magasra venni, még akkor is, ha a konfigurációja egyébként kevesebb memóriát használ.<p>
|
||||
|
||||
Ha ez az opció nincs beállítva (alapértelmezés) vagy értéke nulla, úgy a Squid az összes elérhető memóriát meg fogja őrizni. Másképp szólva, a biztonsági megőrzésre használható memória felső határa nem lesz korlátozva.<p>
|
||||
|
||||
<b>Átengedhető fejlécek</b>: Alapértelmezés szerint minden fejléc. Ez a jól konfigurálható opció a korábbi 'http_anonymizer' opciót váltja fel. Mostantól meghatározhatja, hogy pontosan mely fejlécek engedélyezhetők, és melyek eltávolítandók a kimenő kérésekből.<p>
|
||||
|
||||
Ez az opció kétféleképp használható. Vagy engedélyez egyes fejléceket (ezzel kizárva másokat), vagy letiltja őket (ezzel engedélyezve minden mást).<p>
|
||||
|
||||
<b>Hamis felhasználói ágens</b>: Alapértelmezés szerint nincs. Ha a felhasználói ágens fejlécet az <b>átengedhető fejlécek</b> opcióval szűri, úgy előfordulhat, hogy egyes webkiszolgálók elutasítják a kérést. Használja ezt egy hamis ágens létrehozatalához.<p>
|
||||
|
||||
<b>HTTP Accel Host</b>: Alapértelmezés szerint nincs. Ha a Squid-et httpd-gyorsítóként akarja használni, úgy ezt a címet állítsa át a valódi HTTP-kiszolgáló címére.<p>
|
||||
|
||||
<b>HTTP Accel Port</b>: Alapértelmezés szerint nincs. Az <b>HTTP Accel Host</b> beállításán felül itt meg kell adnia a valódi kiszolgáló portját is, ha gyorsítóként használja a Squid-et.<p>
|
||||
|
||||
<b>HTTP Accel With Proxy</b>: Alapértelmezés szerint kikapcsolva. Engedélyezze ezt az opciót, ha azt szeretné, hogy a Squid hagyományos proxy-ként üzemeljen, miközben HTTP-gyorsítóként is működik. Ezt az opciót transzparens proxy-k esetében is be kell kapcsolni.<p>
|
||||
|
||||
<b>HTTP Accel Uses Host Header</b>: Alapértelmezés szerint kikapcsolva. A HTTP/1.1 kérések tartalmaznak gazdát: egy fejlécet, amely lényegében az URL-ből vett gazdanév. A Squid lehet több HTTP-kiszolgáló gyorsítója is, e fejléc használatával. Mindazonáltal a Squid NEM ellenőrzi a gazdafejléc tartalmát, így ez egy nagy biztonsági lyukat nyit a rendszeren. Azt javasoljuk, hogy ezt az opciót hagyja kikapcsolva, hacsak nem teljesen biztos a dolgában.<p>
|
||||
|
||||
Engedélyeznie kell azonban ezt az opciót abban az esetben, ha a Squid-et transzparens proxy-ként használja. Máskülönben a virtuális kiszolgálók részéről a gazda fejléce nem lesz megfelelően gyorstárazva.
|
||||
|
||||
<hr>
|
||||
@@ -1,114 +0,0 @@
|
||||
<header>Opcje różne</header>
|
||||
|
||||
<b>Początkowe kontrolne adresy DNS</b>: Serwery DNS, do których Squid wyśle
|
||||
zapytania, aby sprawdzić czy przeszukiwania DNS działąją prawidłowo. <p>
|
||||
|
||||
<b>Rotacja logu po SIGUSR1</b>: Domyślnie 10 lub 0, w zależności od systemu.
|
||||
Określa liczbę rotacji logu, które będą wykonane, gdy wpiszesz 'squid -k
|
||||
rotate'. Wartością domyślną jest 10, co spowoduje rotację
|
||||
z rozszerzeniami od 0 do 9. Ustawienie tego parametru na 0 wyłączy
|
||||
rotację, ale logi będą nadal zamykane i otwierane powtórnie. Umożliwi
|
||||
ci to samodzielną zmianę nazw logów chwilę przed wysłąniem sygrału rotacji.
|
||||
<p>
|
||||
|
||||
Zauważ, że polecenie 'squid -k rotate' zazwyczaj wysyła sygnał USR1 do
|
||||
działającego procesu Squida. W pewnych sytuacjach (np. na Linuksie
|
||||
z asynchroniczną obsługą wejścia/wyjścia) USR1 jest wykorzystywany do
|
||||
innych celów, więc rotacja -k korzysta z innego sygnału. Lepiej mieć
|
||||
nawyk używania 'squid -k rotate' zamiast 'kill -USR1 <pid>'. <p>
|
||||
|
||||
<b>Tekst w komunikatach błędów</b>: Tekst HTML umieszczany
|
||||
w komunikatach błędów. Wpisz tu URL "mailto" na adres twojego
|
||||
administratora lub, być może, przekierowanie do strony WWW twojej
|
||||
organizacji. <p>
|
||||
|
||||
Aby umieścić to w twoich komunikatach o błędach, musisz
|
||||
zmodyfikować wzorcowe pliki komunikatów o błędach (znajdujące się
|
||||
w katalogu "errors"). Gdziekolwiek chcesz, aby powyższa linia się
|
||||
pojawiła, wstaw w pliku znacznik '%L'. <p>
|
||||
|
||||
<b>Statystyka wg klientów</b>: Jeśli chcesz wyłączyć tworzenie statystyk
|
||||
dla każdego klienta, wyłącz tę opcję. <p>
|
||||
|
||||
<b>Nagłówek X-Forwarded-For</b>: Domyślnie włączony. Jeśli opcja ta jest
|
||||
włączona, Squid będzie dołączał nazwę lub adres IP Twojego systemu do
|
||||
zapytań, które przekazuje. Domyślnie wygląda on jak w przekazywanym
|
||||
zapytaniu HTTP, czyli jak: <p>
|
||||
|
||||
<center>X-Forwarded-For: 192.1.2.3</center>
|
||||
<p>
|
||||
|
||||
Jeśli wyłączysz tę opcję, będzie wyglądać jak:
|
||||
<p>
|
||||
|
||||
<center>X-Forwarded-For: unknown</center> <p>
|
||||
|
||||
<b>Logować zapytania ICP</b>: Domyślnie włączone. Jeśli opcja ta jest
|
||||
włączona, zapytania ICP są logowane do access.log. Jeśli obciążenie ICP
|
||||
Twojego Squida jest BARDZO duże, możesz chcieć to
|
||||
wyłączyć, aby przyspieszyć działanie i uprościć analizę logu. <p>
|
||||
|
||||
<b>Minimalna liczba bezpośrednich skoków</b>: Domyślnie 4. Jeśli
|
||||
wykorzystywane jest pingowanie ICMP, dla miejsc, które są nie dalej niż
|
||||
podana liczba przeskoków będzie wykonywane pobieranie bezpośrednie
|
||||
pobieranie. <p>
|
||||
|
||||
<b>Zachować pamięć na przyszłość</b>: Domyślnie 'Tak'. Jeśli ta opcja jest
|
||||
włączona, Squid będzie utrzymywał przydzielone (ale nieużywane) obszary
|
||||
pamięci dla przyszłego wykorzystania. Jeśli pamięć jest cenna w&twoim
|
||||
systemie i sądzisz, że twoja biblioteka zarządzania pamięcią jest
|
||||
wydajniejsza niż procedury Squida, wyłącz ją.
|
||||
|
||||
<b>Zachowywana ilość pamięci</b>: Domyślnie 'Nieograniczona'. Jeśli podano
|
||||
wartość niezerową, Squid będzie utrzymywał co najmniej podaną ilość
|
||||
przydzielonej (ale nieużywanej) pamięci. Wszystkie wywołania free(), które
|
||||
przekroczą tę granicę będą obsługiwane przez twoją bibliotekę zarządzania
|
||||
pamięcią. Squid nie przydziela wstępnie żadnej pamięci lecz, po prostu,
|
||||
przechowuje obiekty, które w przeciwnym przypadku byłyby zwolnione.
|
||||
Wobec tego, można bezpiecznie ustawić stosunkowo wysoką wartość tej opcji
|
||||
nawet, jeśli twoja konfiguracja będzie wykorzystywała mniej pamięci. <p>
|
||||
|
||||
Jeśli wartość tego parametru nie jest ustawiona (domyślnie) lub ustawiona na
|
||||
zero, Squid będzie utrzymywał tyle pamięci ile zdoła. Oznacza to, że nie
|
||||
będzie żadnego ograniczenia na łączną ilość pamięci wykorzystywaną do
|
||||
przechowywania. <p>
|
||||
|
||||
<b>Przepuszczanie nagłówków</b>: Domyślnie 'Wszystkie nagłówki'. Opcja ta
|
||||
zastępuje stary parametr 'Ukrywanie tożsamości' czymś, co jest dużo lepiej
|
||||
konfigurowalne. Można obecnie podać, które dokładnie nagłówki powinny,
|
||||
a które nie powinny być usunięte z wychodzących zapytań. <p>
|
||||
|
||||
Są dwie metody wykorzystania tej opcji. Można albo przepuszczać określone
|
||||
nagłówki (blokując wszystkie inne), albo blokować określone nagłówki
|
||||
(przepuszczając wszystkie inne). <p>
|
||||
|
||||
<b>Fałszywy program użytkownika</b>: Domyślnie 'brak'. Jeśli nagłówek
|
||||
'User-Agent' jest odfiltrowywany w opcji <b>Przepuszczanie
|
||||
nagłówków</b>, może to powodować odrzucanie zapytań przez niektóre serwery
|
||||
WWW. Użycie tej opcji pozwala go podrobić. <p>
|
||||
|
||||
<b>Host akceleracji HTTP</b>: Domyślnie 'brak'. Jeśli Squid ma działać jako
|
||||
akcelerator httpd, należy podać tu adres rzeczywistego serwera HTTP. <p>
|
||||
|
||||
<b>Port akceleracji HTTP</b>: Domyślnie 'brak'. Dodatkowo podając <b>Host
|
||||
akceleracji HTTP</b>, trzeba tu podać port rzeczywistego serwera, o ile
|
||||
Squid ma działać jako akcelerator. <p>
|
||||
|
||||
<b>Akceleracja HTTP i proxy</b>: Domyślnie wyłączone. Opcję tę należy
|
||||
włączyć, jeśli Squid ma działać jako tradycyjne proxy a jednocześnie
|
||||
stanowić akcelerator HTTP. Opcja ta powinna być włączona dla przezroczystego
|
||||
proxy. <p>
|
||||
|
||||
<b>Akceleracja HTTP korzysta z nagłówka Host</b>: Domyślnie wyłączone.
|
||||
Zapytania HTTP/1.1 zawierają nagłówek 'Host:', który zasadniczo zawiera
|
||||
nazwę hosta z URL-a. Squid może stanowić akcelerator dla różnych
|
||||
serwerów HTTP spoglądając na ten nagłówek. Jednakże, Squid NIE sprawdza
|
||||
zawartości nagłówka 'Host:', więc otwiera się tu duża dziura
|
||||
w bezpieczeństwie. Zaleca się pozostawienie tej opcji wyłączonej, chyba
|
||||
że jesteś pewien, iż wiesz co robisz. <p>
|
||||
|
||||
Jednakże, trzeba będzie włączyć tę opcję, jeśli Squid ma działać jako
|
||||
przezroczyste proxy. W przeciwnym przypadku, zapytania do serwerów
|
||||
wirtualnych wymagających nagłówka 'Host:', nie będą prawidłowo buforowane.
|
||||
|
||||
<hr>
|
||||
@@ -1,16 +0,0 @@
|
||||
<header>Késleltetési verem szerkesztése; fordította: Szakács Gergely</header>
|
||||
|
||||
<p>
|
||||
<b>A vermek számozása</b><br>
|
||||
|
||||
Ezt az egytől kezdődő számot a Webmin választja ki. A szám egyszerűen a verem azonosítására szolgál, hogy a Squid többet is tudjon kezelni belőlük.<p>
|
||||
|
||||
<b>A vermek osztályozása</b><br>
|
||||
|
||||
Ez a verem típusát határozza meg. A késleltetési vermek lehetnek 1-es, 2-es, vagy 3-ass osztályúak, ami az alábbiakat jelenti: "1-Összesített", "2-Összesített és Egyedi", "3-Összesített, Egyedi és Hálózati". A legegyszerűbb az 1-es osztály, amely az adott veremhez tartozó felhasználók számára meghatároz egy maximális sávszélességet. A 2-es osztály egyidejűleg meghatároz egy összesített és egy felhasználókra bontott sávszélességet, miáltal az összes felhasználó sávszélessége nem haladhatja meg az összesített sávszélességet, miközben mindannyiukat egyedi korlátozás is köti. Végül a 3-as osztály a fentiek mellett egy hálózati sávszélességet is meghatároz, amely a teljes alhálózatra vonatkozik. A 3-as osztály rendszerint nagyon kiterjedt hálózatok estében hasznos, amelyek egynél több alhálózattal rendelkeznek.<p>
|
||||
|
||||
A korlátozást tetszőleges egységben megadhatjuk, jóllehet ez a Squid konfigurációs fájljában byteokban fog megjelenni. Az első mezőben veremnek kiosztott átlagos átvitel jelenik meg, míg a második a tároló méretét definiálja, mely nagyjából megegyezik a kihasználható maximális sávszélességgel.<p>
|
||||
|
||||
A verem létrehozatalát követően egy új rész fog megjelenni a lap alján, ahol beállíthatja, hogy a verem mely ACL-eknek feleljen meg. Az ACL-eket a <b>Hozzáférés-vezérlés</b> oldalon hozhatja létre, és bármely ACL felhasználható arra, hogy kiválassza, mely kapcsolatokra legyen érvényes az adott késleltetési verem. Egy ACL <b>engedélyezése</b> a megegyező kapcsolatoknak fogja megfeleltetni a vermet, míg egy ACL <b>elutasítása</b> következtében a megfelelő kapcsolatok megkerülhetik a vermet. Így, hacsak nem egyetlen vermet rendelt az összes kapcsolathoz, két ACL-t kell létrehoznia. Az első ACL-re fogja alkalmazni a késleltetési vermet, míg a második az <tt>összes</tt> ACL lesz, melynek eredményeként csak a kiválasztott kliensek lesznek korlátozva.<p>
|
||||
|
||||
Egy új verem létrehozatala után ne felejtse el alkalmazni a változtatásokat és hozzáadni a megfelelő ACL-eket.
|
||||
@@ -1,18 +0,0 @@
|
||||
<header>Portok és hálózatkezelés; fordította: Szakács Gergely</header><p>
|
||||
|
||||
<b>Proxy port</b>: Alapértelmezés szerint 3128. Ez az opció határozza meg, hogy a Squid melyik portot figyelje HTTP-kérések esetén. A kliensek böngészőit úgy kell konfigurálni, hogy egy ezen a porton lévő proxy-ra csatlakozzanak, ellenkező esetben transzparenssé kell tenni a proxy-t.<p>
|
||||
|
||||
<b>ICP port</b>: Az a port, ahová/ahonnan a Squid küldi/fogadja a szomszédos gyorstáraktól/hoz érkező ICP-kéréseket. Az alapértelmezés itt 3130. Az opció kikapcsolásához használja a "0"-t. A parancssorban -u-val felülírható.<p>
|
||||
|
||||
<b>Bejövő TCP-cím</b>: Alapértelmezés szerint nincs. Meghatározza azt a HTTP-csatolót, amely fogadja a klienseknél és egyéb gyorstáraknál kezdeményezett kapcsolatokat.<p>
|
||||
|
||||
<b>Kimenő TCP-cím</b>: Alapértelmezés szerint nincs. Meghatározza a távoli kiszolgálókhoz és egyéb gyorstárakhoz való kapcsolódáshoz használandó HTTP-csatolót.<p>
|
||||
|
||||
<b>Kimenő UDP-cím</b>: Alapértelmezés szerint nincs. Meghatározza az egyéb gyorstáraktól érkező ICP-csomagokat fogadó csatolót.<p>
|
||||
|
||||
<b>Bejövő UDP-cím</b>: Alapértelmezés szerint nincs. Meghatározza az egyéb gyorstáraknak küldött ICP-csomagokat továbbító csatolót.<p>
|
||||
|
||||
<b>TCP-fogadópuffer</b>: A TCP-puffer mérete. Alapértelmezés szerint megegyezik az operációs rendszer fogadópufferével.<p>
|
||||
|
||||
<hr>
|
||||
|
||||
@@ -1,28 +0,0 @@
|
||||
<header>Porty i sieć</header>
|
||||
|
||||
<b>Port proxy</b>: Domyślnie 3128. Ta wartość okraśla, na którym porcie
|
||||
serwer Squid będzie nasłuchiwał zapytań http. Należy skonfigurować
|
||||
przeglądarki tak, aby łączyły się z proxy na tym porcie lub trzeba
|
||||
będzie również ustawić przezroczyste proxy. <p>
|
||||
|
||||
<b>Port ICP</b>: Domyślnie 3130. Numer portu z którego Squid wysyła
|
||||
zapytania ICP do sąsiednich proxy i na którym odbiera takie zapytania
|
||||
od nich. Aby wyłączyć wpisz "0". Ustawienie może być zastąpione przez opcję
|
||||
-u linii poleceń. <p>
|
||||
|
||||
<b>Przychodzący adres TCP</b>: Domyślnie żaden. Definiuje gniazdo HTTP,
|
||||
które przyjmuje połączenia od klientów i innych proxy. <p>
|
||||
|
||||
<b>Wychodzący adres TCP</b>: Domyślnie żaden. Definiuje gniazdo HTTP, dla
|
||||
połączeń ze zdalnymi serwerami i innymi proxy. <p>
|
||||
|
||||
<b>Wychodzący adres UDP</b>: Domyślnie żaden. Definiuje gniazdo ICP
|
||||
odbierające pakiety od innych proxy. <p>
|
||||
|
||||
<b>Przychodzący adres UDP</b>: Domyślnie żaden. Definiuje gniazdo dla
|
||||
pakietów ICP wysyłanych do innych proxy. <p>
|
||||
|
||||
<b>Bufor odbiorczy TCP</b>: Rozmiar buforu TCP. Domyślnie określony przez OS
|
||||
bufor odbiorczy. <p>
|
||||
|
||||
<hr>
|
||||
@@ -1,24 +0,0 @@
|
||||
<header>Segédprogramok; fordította: Szakács Gergely</header><p>
|
||||
|
||||
<b>FTP-oszlopszélesség</b>: Alapértelmezés szerint 32. Meghatározza az ftp-listák szélességét. Ennek el kell férnie egy szokványos böngészőablakban. Ha az oszlop túl keskeny, úgy előfordulhat, hogy a hosszabb fájlnevek nem jelennek meg ftp-oldalak böngészése közben.<p>
|
||||
|
||||
<b>Névtelen FTP-bejelentkezés</b>: Alapértelmezés szerint 'Squid@'. Ha azt akarja, hogy a névtelen bejelentkezési jelszó informatívabb legyen (és lehetővé tegye más ftp-kiszolgálók használatát), állítsa ezt olyasmire, ami összefüggésbe hozható a domainjével, pl. wwwfelhasznalo@valahol.hu.<p>
|
||||
|
||||
Annak oka, hogy az alapértelmezett beállításban hiányzik a domain az, hogy a felhasználó kérése bármely domainből érkezhet, a gyorstár használatától függően. Egyes ftp-kiszolgálók azt is ellenőrzik, hogy a felhasználó létező email címet adott-e meg (pl. perl.com).<p>
|
||||
|
||||
<b>Squid DNS-program</b>: Alapértelmezés szerint a dnsserver. A dnslookup folyamathoz határozza meg a futtatható állomány helyét. Az alapértelmezett beállítás egy nem-blokkoló gyorstárazó névkiszolgáló, mely a Squid részeként automatikusan telepítésre kerül.<p>
|
||||
|
||||
<b>DNS-programok száma</b>: Alapértelmezés szerint 5. A DNS névkeresések kiszolgálására indított folyamatok száma. Nagy kiszolgálókon tárolt, igen leterhelt gyorstárak esetén érdemes az értéket legalább 10-re állítani. Az opció maximuma 32.<p>
|
||||
|
||||
<b>Domain hozzáfűzése kérésekhez</b>: Alapértelmezés szerint kikapcsolva. Normális esetben a 'dnsserver' kikapcsolja a RES_DEFNAMES feloldó opciót (vö. res_init(3)). Ez megakadályozza a hierarchikusan elrendezett gyorstárakat abban, hogy egytagú gazdaneveket lokálisnak azonosítsanak. Ahhoz, hogy engedélyezze a dnsserver számára az egytagú nevek kezelését, kapcsolja be ezt az opciót.<p>
|
||||
|
||||
<b>DNS-kiszolgálók címei</b>: Alapértelmezés szerint a resolv.conf fáljt használjuk. Ezt akkor használja, ha inkább egy DNS-névkiszolgáló (IP-cím) listát akar használni az /etc/resolv.conf fájlban meghatározottak helyett.<p>
|
||||
|
||||
<b>Gyorstár-ürítő program</b>: Alapértelmezés szerint 'unlinkd'. Határozza meg a fájlok törléséhez szükséges futtatható állomány elérési útvonalát. Amennyiben aszinkron-io-t használ, úgy erre nem lehet szükség, mivel egyes verziókban ezt külön szál kezeli.<p>
|
||||
|
||||
<b>Squid pingelő program</b>: Alapértelmezés szerint 'pinger'. Határozza meg a pingelési folyamathoz szükséges futtatható állomány elérési útvonalát. Ez csak akkor hasznos opció, ha telepítéskor a Squid-et az '--enable-icmp' opcióval konfigurálta.<p>
|
||||
|
||||
<b>Egyedi átirányítóprogram</b>: Alapértelmezés szerint nincs. Határozza meg az URL-átirányító futtatható állomány elérési útvonalát. Mivel ezek szinte bármilyen funkciót képesek végrehajtani, egy sem képezi a rendszer részét. Az útmutatóban további információt talál a programok megírásával kapcsolatban.<p>
|
||||
|
||||
<b>Átirányítóprogramok száma</b>: Ha az átirányítás be van kapcsolva, úgy az alapértelmezett érték 5. Ha túl kevés ilyen programot indít el, akkor a Squid-nek mindig várakoznia kell, hogy feldolgozzák a folyamatosan felgyülemlő URL-eket. Ha viszont túl sokat indít el, úgy túlzottan igénybe veszi a memóriát és a rendszer egyéb erőforrásait.
|
||||
<hr>
|
||||
@@ -1,71 +0,0 @@
|
||||
<header>Programy pomocnicze</header>
|
||||
|
||||
<b>Szerokość kolumny FTP</b>: Domyślnie 32 znaki. Określa szerokość
|
||||
listowania FTP. To ustawienie powinno odpowiadać szerokości standardowej
|
||||
przeglądarki. Ustawienie zbyt małej wartości może spowodować obcięcie
|
||||
długich nazw podczas przeglądania serwerów ftp. <p>
|
||||
|
||||
<b>Anonimowy login FTP</b>: Domyślnie 'Squid@'. Jeśli chcesz, aby hasło przy
|
||||
logowaniu się Squida jako użytkownik 'anonymous' niosło więcej informacji
|
||||
(i umożliwiło korzystanie ze szczególnie wybrednych serwerów ftp),
|
||||
ustaw tu coś odpowiedniego dla twojej domeny, jak wwwuser@somewhere.net. <p>
|
||||
|
||||
Powodem, dla którego jest to domyślnie pozbawione domeny jest, żeby
|
||||
zapytania mogły być wykonywane w imieniu użytkownika z dowolnej
|
||||
domeny, użytkownik z której korzysta z proxy. Niektóre serwery ftp
|
||||
sprawdzają również poprawność adresu pocztowego (na przykład perl.com). <p>
|
||||
|
||||
<b>Program DNS Squida</b>: Domyślnie 'dnsserver'. Określa położenie programu
|
||||
odpytującego DNS. Program domyślny jest buforującym serwerem DNS
|
||||
instalowanym domyślnie wraz ze Squidem. <p>
|
||||
|
||||
<b>Liczba programów DNS</b>: Domyślnie 5. Liczba procesów potomnych
|
||||
obsługujących przeszukiwania DNS. Dla silnie obciążonych proxy na dużych
|
||||
serwerach prawdopodobnie powinieneś zwiększyć tę wartość do co najmniej 10.
|
||||
Wartością maksymalną jest 32. <p>
|
||||
|
||||
<b>Dodawać domenę do zapytań</b>: Domyślnie nie. Normalnie 'dnsserver'
|
||||
wyłącza opcję RES_DEFNAMES resolvera (patrz res_init(3)). Zapobiega to
|
||||
interpretacji jednoskładnikowych nazw hostów lokalnie, przez proxy
|
||||
w hierarchii. Włączenie tej opcji umożliwia dnsserverowi obsługiwać
|
||||
jednoskładnikowe nazwy. <p>
|
||||
|
||||
<b>Adresy serwerów DNS</b>: Domyślne jest korzystanie z pliku
|
||||
resolv.conf. Opcja ta umożliwia określenie listy serwerów DNS (ich adresów
|
||||
IP), które będą wykorzystywane zamiast wymienionych w pliku
|
||||
/etc/resolv.conf. <p>
|
||||
|
||||
<b>Program opróżniający bufory cache</b>: Domyślnie 'unlinkd'. Określa
|
||||
położenie programu kasującego pliki. Opcja ta może nie być potrzebna, jeżeli
|
||||
korzystasz z asynchronicznego wejścia/wyjścia, gdyż w niektórych
|
||||
wersjach jest to obsługiwane przez wątek Squida. <p>
|
||||
|
||||
<b>Program ping Squida</b>: Domyślnie 'pinger'. Określa położenie programu
|
||||
pingującego. Jest użyteczna jedynie, gdy Squid został skonfigurowany
|
||||
(podczas kompilacji) z opcją '--enable-icmp'. <p>
|
||||
|
||||
<b>Wybrany program przekierowujący</b>: Domyślnie żaden. Określa położenie
|
||||
programu przekierowującego URL-e. Nie załączono żadnego, gdyż taki program
|
||||
może spełniać prawie dowolną funkcję. Po informacje, jak taki program
|
||||
napisać, zajrzyj do 'Release-Notes'. <p>
|
||||
|
||||
<b>Liczba programów przekierowujących</b>: Domyślnie 5, jeśli jakis program
|
||||
przekierowujący podano. Liczba potomnych programów przekierowujących. Jeśli
|
||||
uruchomisz ich zbyt mało Squid będzie musiał czekać na wstępne przetworzenie
|
||||
przez nie URL-i, co go spowolni. Jeśli uruchomisz ich za dużo, zużyją zbyt
|
||||
dużo RAM-u i innych zasobów systemowych. <p>
|
||||
|
||||
<b>Wybrany program autoryzujący</b>: Domyślnie żaden. Określa zewnętrzne
|
||||
polecenie autoryzujące. Taki program czyta linię postaci "nazwa_użytkownika
|
||||
hasło" i odpowiada w nieskończoność "OK" lub "ERR". Jeśli używasz
|
||||
programu autoryzującego, upewnij się, że masz jedną ACL typu proxy_auth. <p>
|
||||
|
||||
Jesli chcesz używać tradycyjnej autoryzacji proxy, wpisz w tej linii
|
||||
coś, w rodzaju /usr/bin/ncsa_auth /usr/etc/passwd. Zakładając, że
|
||||
ncsa_auth został skompilowany i zainstalowany w Twoim systemie.
|
||||
<p>
|
||||
|
||||
<b>Liczba programów autoryzujących</b>: Domyślnie 5, jeśli jakis program,
|
||||
autoryzujący podano.
|
||||
|
||||
<hr>
|
||||
@@ -1,15 +0,0 @@
|
||||
<header>A Squid konfigurációja; fordította: Szakács Gergely</header><p>
|
||||
|
||||
<h3>Squid: Bevezetés</h3>
|
||||
A Squid egy mindennel felszerelt webes gyorstárazó proxy kiszolgáló daemon. A Squid lehetővé teszi a kiszolgálónak, hogy a helyi lemezre mentsen távoli webes objektumokat. Amikor ezekhez az objektumokhoz bárki hozzáfér a helyi hálózatról, azok gyorsabban fognak betöltődni, és nem foglalják le feleslegesen a sávszélességet, az objektum forráskiszolgálóról való ismételt letöltésével. Ez nagyban könnyíthet a zsúfolt hálózatok terhelésén és általában véve egy könnyebben kezelhető hálózati környezetet képes kialakítani.<p>
|
||||
|
||||
A Squid másik előnye a hozzáférés-vezérlés. A Squid kiterjedt lehetőségeket biztosít az egyes oldalakhoz, felhasználókhoz, hálózatokhoz, adattípusokhoz, stb. való hozzáférés korlátozására. A Squid képes transzparens, hagyományos és fordított proxy (httpd-gyorsító) üzemmódban is működni.<p>
|
||||
|
||||
<h3>A Squid modul</h3>
|
||||
E modul főoldalán egy ikontáblázat látható, mellyel a Squid valamennyi funkciója beállítható. A Squid első konfigurációjakor az összes opció az alapértelmezett értéken áll. Ezen értékek megtekintéséhez tekintse meg az egyes konfigurációs oldalak súgóit.<p>
|
||||
|
||||
Az e modulhoz tartozó súgóoldalak többsége az alapértelmezett squid.conf fájlból származik, amely a Squid összes verziójában megtalálható. További információ a <a href="http://www.squid-cache.org" target="Reference">Squid honlapján</a> található.<p>
|
||||
|
||||
<hr>
|
||||
Az esetleges helyreigazításokkal forduljon <a href="mailto:joe@swelltech.com">Joe Cooperhez</a>.
|
||||
|
||||
@@ -1,33 +0,0 @@
|
||||
<header>Konfiguracja Squida</header>
|
||||
|
||||
<h3>Wprowadzenie do Squida</h3>
|
||||
Squid jest buforującym serwerem proxy WWW o pełnych możliwościach.
|
||||
Squid umożliowia przechowywanie na Twoim serwerze lokalnych kopii odległych
|
||||
obiektów WWW. Podczas ponownego dostępu do tych obiektów przez kogokolwiek
|
||||
w lokalnej sieci zostaną one załadowane szybciej i nie spowoduje
|
||||
zużycia pasma na ponowne sprowadzenie obiektu z pierwotnego serwera.
|
||||
Może to odciążyć zatłoczone sieci i zapewnić skrócenie czasu odpowiedzi
|
||||
ogółu środowiska sieciowego. <p>
|
||||
|
||||
Inną korzyścią z używania Squida jest kontrola dostępu. Squid zapewnia
|
||||
szerokie możliwości blokowania dostępu do pewnych miejsc, dla pewnych
|
||||
użytkowników, sieci, rodzajów transmitowanych danych, itd. Squid może
|
||||
pracować w trybach: przezroczystym, jako tradycyjne proxy oraz jako
|
||||
odwrotne proxy (akcelerator httpd). <p>
|
||||
|
||||
<h3>Moduł Squida</h3>
|
||||
Główna strona tego modułu ukazuje tablicę ikon, każda służąca do
|
||||
konfiguracji określonego ustawienia Squida. Podczas pierwszej konfiguracji
|
||||
Squida wszystkim parametrom zostaną nadane wartości domyślne. Aby zobaczyć,
|
||||
jakie są te wartości domyślne, po prostu odwołaj się do strony pomocy
|
||||
odowiedniej dla danej strony konfiguracji. <p>
|
||||
|
||||
Większość stron pomocy dla tego modułu została zaczerpnięta
|
||||
z domyślnego pliku squid.conf, zawartego w każdej instalacji
|
||||
Squida. Więcej informacji można znaleźć na
|
||||
<a href="http://www.squid-cache.org" target="Reference">stronie domowej
|
||||
Squida</a>. <p>
|
||||
<hr>
|
||||
|
||||
Proszę sygnalizować wszystkie poprawki do
|
||||
<a href="mailto:joe@swelltech.com">Joe Coopera</a>.
|
||||
Reference in New Issue
Block a user