<header> Andere Caches </header> <b>Andere Proxy-Cache-Server</b> : Hier werden alle derzeit konfigurierten Geschwister-, Eltern- und Multicast-Caches aufgelistet. Klicken Sie auf den Hostnamen oder die Adresse, um die Konfiguration zu bearbeiten oder abzuschließen. <p> Rufen Sie <b>direkt URLs ab, die</b> Folgendes <b>enthalten</b> : Standardmäßig &quot;.cgi&quot; und &quot;?&quot;. Ermöglicht es Ihnen, Squid zu zwingen, bestimmte Inhaltstypen immer direkt vom Ursprungsserver abzurufen. Normalerweise muss dies nicht geändert werden, da die meisten Dinge automatisch von Squid ohne Hilfe erledigt werden. <p> <b>Zeitlimit für ICP-Abfragen</b> : Standardmäßig wird ein &#39;optimaler&#39; Wert verwendet. Wenn Sie den von Squid festgelegten Wert überschreiben möchten, setzen Sie diesen Wert auf einen Wert ungleich Null. Der Standard in alten Versionen von Squid war 2000. <p> <b>Multicast-ICP-Zeitlimit</b> : Der Standardwert ist 2000 ms oder 2 Sekunden. Bei Multicast-Peers sendet Squid regelmäßig ICP-Tests, um zu zählen, wie viele andere Peers die angegebene Multicast-Adresse abhören. Dieser Wert gibt an, wie lange Squid warten soll, um alle Antworten zu zählen. <p> <b>Dead Peer Timeout</b> : Standardmäßig 10 Sekunden. Dies steuert, wie lange Squid darauf wartet, einen Peer-Cache als &quot;tot&quot; zu deklarieren. Wenn in dieser Zeit keine ICP-Antworten eingehen, erklärt Squid den Peer für tot und erwartet keine weiteren ICP-Antworten. Es werden jedoch weiterhin ICP-Abfragen gesendet, und der Peer wird nach Erhalt der ersten nachfolgenden ICP-Antwort als aktiv markiert. <p> Dieses Zeitlimit wirkt sich auch darauf aus, wann Squid ICP-Antworten von Peers erwartet. Wenn seit dem Empfang der letzten ICP-Antwort mehr als &quot;dead_peer&quot; Sekunden vergangen sind, erwartet Squid bei der nächsten Abfrage keine ICP-Antwort. Wenn Ihre Zeit zwischen Anforderungen länger als dieses Zeitlimit ist, werden viele Anforderungen DIREKT an Ursprungsserver anstatt an Ihre Eltern gesendet. <p><hr>