<header> Další mezipaměti </header> <b>Další proxy vyrovnávací servery proxy</b> : Zde jsou uvedeny všechny aktuálně nakonfigurované siblingové, nadřazené a vícesměrové mezipaměti. Kliknutím na název hostitele nebo adresu můžete upravit nebo zobrazit úplnou konfiguraci. <p> <b>Přímo načtěte adresy URL obsahující</b> : Výchozí nastavení na „.cgi“ a „?“. Umožňuje vynutit Squidovi, aby vždy načítal určité typy obsahu přímo ze serveru původu. Obvykle to nevyžaduje žádné úpravy, protože většinu věcí řeší automaticky Squid bez pomoci. <p> <b>Časový limit dotazu ICP</b> : Výchozí hodnota je „optimální“ hodnota. Pokud chcete potlačit hodnotu určenou Squidem, nastavte ji na nenulovou hodnotu. Výchozí hodnota ve starých verzích Squid byla 2000. <p> <b>Časový limit vícesměrového vysílání ICP</b> : Výchozí hodnota je 2000 ms nebo 2 sekundy. V případě skupinového vysílání Multicast Squid pravidelně vysílá "sondy ICP", aby spočítal, kolik dalších vrstevníků na dané adrese vícesměrového vysílání poslouchá. Tato hodnota určuje, jak dlouho má Squid čekat, než se spočítají všechny odpovědi. <p> <b>Časový limit mrtvých vrstevníků</b> : Výchozí hodnota je 10 sekund. To určuje, jak dlouho Squid čeká na vyhlášení mezipaměti vrstevníků jako „mrtvé“. Pokud v tomto čase nebudou přijaty žádné odpovědi na ICP, Squid vyhlásí vrstevníky za mrtvé a neočekává se, že obdrží další odpovědi na ICP. Pokračuje však v odesílání dotazů ICP a po přijetí první následné odpovědi ICP označí partnera jako živého. <p> Tento časový limit také ovlivní, když Squid očekává, že obdrží odpovědi ICP od vrstevníků. Pokud od přijetí poslední odpovědi na ICP uplynulo více než 'dead_peer' sekund, Squid neočekává, že na další dotaz obdrží odpověď ICP. Pokud je tedy váš čas mezi žádostmi delší než tento časový limit, uvidíte namísto vašich rodičů mnoho žádostí odeslaných DIRECT na původní servery. <p><hr>
y~or5J ={Eeu磝Qk ᯘG{?+]ן?wM3X^歌>{7پK>on\jy R g/=fOroNVv~Y+ NGuÝHWyw[eQʨSb> >}Gmx[o[<{Ϯ_qF vM IENDB`
