Squid access_log none nie wyłącza każdego logu
Opisz ograniczony efekt wyłączenia miejsca docelowego logów Squida, nie obiecując, że cała trasa jest bez logów.
W obsługiwanych wersjach Squida access_log none wyłącza rejestrowanie dostępu tą dyrektywą. To nie jest stwierdzenie o każdym rekordzie, który tworzy maszyna lub sieć.
Log magazynu zapisuje aktywność przechowywania w pamięci podręcznej. Log pamięci podręcznej niesie diagnostykę. To osobne mechanizmy, a na miejsce docelowe logów może wpływać także menedżer pakietów lub usług. Sprawdź wczytaną konfigurację i dołączone do niej pliki, zamiast zakładać, że jeden pusty plik wyjaśnia je wszystkie.
Rekordy mogą istnieć poza tym procesem Squida: nadrzędny serwer proxy, zapora, usługa uwierzytelniania, sieć hostingu lub cel mogą obserwować część połączenia. Stare rotowane pliki i kopie zapasowe nie znikają, gdy przyszłe rejestrowanie jest wyłączone.
Dla wymogu prywatności nazwij rzeczywiste pola i okres przechowywania do ograniczenia: adresy klientów, nazwy użytkowników, pełne adresy URL lub ciągi zapytań. Skoncentrowana polityka logowania może być bardziej przydatna niż wyłączanie dowodów operacyjnych bez zrozumienia alternatyw.
Opisz wynik dokładnie—na przykład „ta instancja nie zapisuje logów dostępu do transakcji w tej konfiguracji”. Nazwanie całej trasy „bez logów” wymaga dowodów, których ta dyrektywa nie może dostarczyć.