Squid stammt aus einer Zeit, in der ein Unternehmen oder ein Unternehmen mit einer T1-Verbindung von 1,5 Mbps (oder weniger) zum Internet einen Proxy-Server für viele Benutzer in einem Netzwerk ausführen würde. Dies hatte folgende Vorteile:
- Dies würde verhindern, dass doppelte Anforderungen nach Ressourcen über eine relativ langsame WAN-Verbindung (im Vergleich zu 10/100/1000 LAN-Geschwindigkeiten) ausgegeben werden.
- Da alle HTTP-Anforderungen, die mit dem Internet verbunden sind, Squid durchlaufen müssen, war das Protokollieren und Filtern einfach.
- IIRC Squid unterstützt die Authentifizierung, so dass nur bestimmten Benutzern der Internetzugang ermöglicht wird und Zugriffe pro Benutzer verfolgt werden.
Squid profitiert am besten, wenn Sie mehrere Benutzer / Systeme in einem Netzwerk haben, die aus dem Cache gezogen werden. Browser hatten lange Zeit ein gewisses Maß an Zwischenspeicherung.
Der Nutzen könnte in diesen Tagen geringer sein, weil
WAN-Geschwindigkeiten sind viel höher als in T1-Tagen
Die meisten Websites bieten dynamischen Inhalt.
AJAX- / XHR- / Websockets-Websites mit starker Interaktivität - jetzt sehr häufig - generieren nicht viel Cache-fähigen Datenverkehr.
Viele medienintensive Websites verbrauchen viel Cache-Speicherplatz und versuchen, das Caching aufgrund von Urheberrechtsproblemen zu vermeiden.
HTTPS ist ohne ein MITM-Setup nicht cachefähig. Dies erfordert die Bereitstellung von Zertifikaten für jeden Browser, der den Proxy verwenden möchte.
Für einen einzelnen Benutzer ist Squid übertrieben, es sei denn, Sie möchten die Protokollierungsfunktionen nutzen oder ein System nicht gezielt mit direktem Internetzugang versorgen, es aber dennoch auf irgendeine Weise ins Internet bringen.