Подробности правил

Список правил брандмауэра хранит тихую проблему, он выглядит как доказательство. Тридцать записей, тридцать вещей, которые вы якобы остановили. Но сам факт, что правило есть в списке, никогда не означал, что оно хоть что-то остановило. Правило может годами висеть для домена, который приложение перестало использовать еще до того, как вы его написали.

Теперь у каждого правила для домена есть своя запись прямо в строке: как часто оно срабатывало и когда сработало в последний раз.

Счетчик смотрит на последние 30 дней. Он считает не попытки приложения, а случаи, когда правило действительно приняло решение по соединению.

Поддомены засчитываются в родительское правило. Правило для `example.com` учитывает срабатывания с `cdn.example.com` и `api.example.com` как свои собственные, а это и есть смысл правила для домена: одно правило, одно число, а не россыпь чисел по хостам, для которых вы вообще не писали правила.

Высокий счетчик у домена, который вы едва узнаете, это как раз интересный случай: что-то на вашем Mac постоянно обращается к нему, и правило все это время приносило пользу.

Правило, которое не срабатывало неделями, стоит проверить, но не по инерции удалять. Некоторые правила молчат потому, что молчит само приложение: сервис, которым вы пользуетесь дважды в год, не оставит следов в окне в 30 дней. Другие молчат потому, что не могут сработать вообще, и именно такие Rules › Clean up находит для вас с объяснением.

Инструментам для приватности необычно легко верить. Они показывают список, и список кажется защитой. NetMute предпочитает показывать измерение, даже когда оно скучное.

Честное ограничение стоит рядом: правила IP и CIDR не имеют счетчика. На этом уровне отчет системы не содержит привязки к конкретному правилу, поэтому считать просто нечего. Писать там ноль было бы выдуманным числом, а выдуманное число в инструменте для приватности хуже, чем пустое поле.