Discussions

Would be great for schools and younger children.

It would be nice if there was a flag/etc to override this behavior and specify a specific upstream for LAN Queries (specifically, bare host queries without a domain - e.g. machine1, machines2). For my use case, all bare queries should go to dnsmasq on a router listening on port 53053. CTRLD lives in a docker container on a separate VM, and all clients point to that address:53.

DFBPlay.tv streams the matches of the DFB Pokal for free in foreign countries outside of Germany like UK. I implemented the needed rules successfully as my custom rule i want to share.

I find myself needing to temporarily disable the active endpoint to perform an action which may otherwise be blocked.

I am writing because it is not possible to log in to access files on Live Microsoft FTP because two domains that would allow logging in are blocked and not even enabled in Services...

Currently, when a Control D profile is used in a "monitoring mode" (where traffic is fully allowed), the analytics dashboard only displays the raw domains visited. While explicitly adding Native Services in "Bypass/Allow" mode maps service names to the analytics logs, this metadata is entirely missing for native Web Filtering Categories.I would like to request that Web Filtering Categories also be mapped and displayed within profile analytics when running a passive monitoring policy. This could be achieved by introducing an explicit "Allow/Monitor" action state directly within the Native Categories settings, or by creating a dedicated global "Monitoring Mode" switch at the profile level.
Secondary Benefit: Introducing an explicit "Allow" action for Native Categories would also provide helpful, granular override capabilities for administrators utilizing a strict, block-by-default profile posture.

I would love to see the ability to customize the sections displayed on the statistics page. Currently, there are several sections that remain empty or unused for me, such as Rules and Services. Additionally, the location data isn't something I need to track.
Being able to hide or remove these irrelevant sections would help clean up the interface and allow me to focus on the metrics that actually matter to my setup. Thanks for considering!

I have a couple of suggestions to make custom block pages more flexible and visually polished:

I think it would be more useful if we could set the max TTL for all queries instead of blanket changing all TTLs to a set value.