webmin/squid/help/edit_icp.de.html

<header>Andere Caches</header><b>Andere Proxy-Cache-Server</b>: Zeigt alle aktuell konfigurierten Sibling-, Parent- und Multicast-Caches an. Klicken Sie auf den Hostnamen oder die Adresse, um die vollständige Konfiguration anzuzeigen oder zu bearbeiten.<p><b>URLs mit folgendem Inhalt direkt abrufen</b>: Standardmäßig '.cgi' und '?'. Erzwingt, dass Squid bestimmte Inhaltstypen immer direkt vom Ursprungsserver abruft. In der Regel ist keine Änderung erforderlich, da Squid die meisten Anfragen automatisch verarbeitet.<p><b>ICP-Abfrage-Timeout</b>: Standardwert ist ein 'optimaler' Wert. Falls dieser Wert überschrieben werden soll, kann hier eine Zahl ungleich null eingetragen werden. In älteren Squid-Versionen betrug der Standardwert 2000.<p><b>Multicast-ICP-Timeout</b>: Standardwert ist 2000 ms (2 Sekunden). Squid sendet regelmäßig ICP-"Probes" an Multicast-Peers, um zu ermitteln, wie viele andere Peers auf der angegebenen Multicast-Adresse lauschen. Dieser Wert legt fest, wie lange Squid auf alle Antworten warten soll.<p><b>Dead-Peer-Timeout</b>: Standardwert ist 10 Sekunden. Legt fest, wie lange Squid wartet, bevor ein Peer-Cache als "tot" markiert wird. Falls innerhalb dieser Zeit keine ICP-Antwort empfangen wird, wird der Peer als tot betrachtet. Squid sendet jedoch weiterhin ICP-Abfragen und markiert den Peer wieder als aktiv, sobald eine ICP-Antwort eingeht.<p>Dieses Timeout beeinflusst auch, wann Squid ICP-Antworten von Peers erwartet. Falls seit der letzten ICP-Antwort mehr als die 'dead_peer'-Sekunden vergangen sind, erwartet Squid bei der nächsten Abfrage keine ICP-Antwort. Falls die Zeit zwischen den Anfragen größer als dieses Timeout ist, werden viele Anfragen direkt an Ursprungsserver gesendet, anstatt an Parent-Caches.<p><hr>