Rule Insights

방화벽 규칙 목록에는 조용한 문제가 하나 있습니다. 마치 증거처럼 보인다는 점입니다. 서른 개의 항목, 서른 번 막아낸 것처럼 보이죠. 하지만 규칙이 목록에 있다고 해서 실제로 무언가를 막았다는 뜻은 아니었습니다. 어떤 규칙은, 앱이 이미 사용을 멈춘 도메인을 대상으로 한 채, 당신이 그 규칙을 쓰고 나서도 1년 내내 그대로 남아 있을 수 있습니다.

이제 모든 도메인 규칙은 행 자체에 자기 기록을 가집니다. 얼마나 자주 작동했는지, 마지막으로 언제 작동했는지가 표시됩니다.

카운터는 최근 30일을 봅니다. 앱이 시도한 연결 수가 아니라, 규칙이 실제로 연결을 결정한 횟수를 셉니다.

서브도메인도 부모 규칙에 합산됩니다. `example.com`에 걸린 규칙은 `cdn.example.com`과 `api.example.com`에서 발생한 히트를 자기 것으로 보고합니다. 애초에 도메인 규칙이 뜻하는 바도 바로 그것입니다. 여러 호스트에 흩어진 숫자가 아니라, 규칙 하나에 숫자 하나를 두는 것이죠.

거의 기억나지 않는 도메인에 숫자가 높게 찍혀 있다면 그게 흥미로운 경우입니다. Mac의 어떤 앱이 그곳과 끊임없이 통신하고 있다는 뜻이고, 그 규칙은 처음부터 제 역할을 하고 있었던 셈입니다.

몇 주째 한 번도 작동하지 않은 규칙은 바로 지울 대상이 아니라, 한 번 들여다볼 대상입니다. 어떤 규칙은 앱이 조용해서 조용합니다. 1년에 두 번 쓰는 서비스는 30일 안에 히트를 만들지 못합니다. 또 어떤 규칙은 아예 작동할 수 없어서 조용합니다. 그런 규칙은 Rules › Clean up이 이유와 함께 정리해 드립니다.

프라이버시 도구는 믿기 참 쉽습니다. 목록을 보여주면, 그 목록 자체가 보호처럼 느껴지니까요. NetMute는 그런 목록보다 측정값을 보여드리고 싶습니다. 그 측정이 별일 없을 때조차도요.

정직한 한계는 바로 옆에 있습니다. IP 및 CIDR 규칙에는 카운트가 없습니다. 그 계층에서는 시스템 보고서가 특정 규칙으로 다시 연결되지 않기 때문에 셀 수 있는 것이 없습니다. 거기에 0을 찍는 건 지어낸 숫자일 뿐입니다. 프라이버시 도구에서 지어낸 숫자는 빈칸보다 더 나쁩니다.