Squid access_log none deaktiviert nicht jedes Log
Beschreiben Sie die begrenzte Wirkung, eine Squid-Logsenke zu deaktivieren, ohne für die gesamte Strecke zu versprechen, dass keine Logs anfallen.
In unterstützten Squid-Versionen deaktiviert access_log none die Zugriffsprotokollierung über diese Einstellung. Das ist keine Aussage über jeden Datensatz, den der Rechner oder das Netz erzeugt.
Das Speicherlog zeichnet Aktivitäten der Cache-Speicherung auf. Das Cache-Log trägt Diagnosen. Beide sind getrennte Steuerungen, und eine Logsenke kann auch vom Paket- oder Dienstmanager beeinflusst werden. Prüfen Sie die geladene Konfiguration und ihre eingebundenen Dateien, statt anzunehmen, eine leere Datei erkläre sie alle.
Datensätze können außerhalb dieses Squid-Prozesses existieren: Ein übergeordneter Proxy, eine Firewall, ein Authentifizierungsdienst, das Hostingnetz oder das Ziel können einen Teil der Verbindung beobachten. Alte rotierte Dateien und Sicherungen verschwinden nicht, wenn künftige Protokollierung deaktiviert wird.
Nennen Sie für eine Datenschutzanforderung die tatsächlichen Felder und die Aufbewahrung, die reduziert werden sollen: Clientadressen, Benutzernamen, vollständige URLs oder Query-Strings. Eine gezielte Logrichtlinie kann nützlicher sein als das Abschalten operativer Nachweise, ohne die Alternativen zu kennen.
Beschreiben Sie das Ergebnis genau—etwa „diese Instanz schreibt unter dieser Konfiguration keine transaktionsbezogenen Zugriffslogs“. Die gesamte Strecke als „ohne Logs“ zu bezeichnen, verlangt Belege, die diese Direktive nicht liefern kann.