Squid access_log none не ги исклучува сите дневници
Опишете го ограничениот ефект од исклучување на Squid-дестинација за дневник без да ветувате дека целата траса е без дневници.
Во поддржаните верзии на Squid access_log none го исклучува дневникот за пристап преку таа поставка. Ова не е изјава за секој запис што го создава машината или мрежата.
Дневникот на складиштето ја запишува активноста за кеширање. Дневникот на кешот носи дијагностика. Тоа се одделни контроли, а на дестинацијата за дневник може да влијае и менаџерот на пакети или услуги. Проверете ја вчитаната конфигурација и нејзините вклучени датотеки наместо да претпоставите дека една празна датотека ги објаснува сите.
Записите можат да постојат надвор од овој Squid процес: родителски прокси, огнен ѕид, услуга за автентикација, мрежата за хостирање или дестинацијата можат да набљудуваат дел од врската. Старите ротирани датотеки и резервните копии не исчезнуваат кога идното логирање е исклучено.
За барање за приватност наведете ги вистинските полиња и периодот на чување што треба да се намалат: адреси на клиенти, кориснички имиња, целосни URL-а или низи за барање. Фокусирана политика за логирање може да биде покорисна од исклучување на оперативните докази без разбирање на алтернативите.
Опишете го резултатот точно—на пример „оваа инстанца не пишува дневници за пристап до трансакции под оваа конфигурација“. Да се нарече целата траса „без дневници“ бара докази што оваа директива не може да ги даде.