DNSFilter
Create
Log in
Sign up
Roadmap
Feedback
Feature Requests
487
Changelog
Boards
Feature Requests
Known Issues
Powered by Canny
Feature Requests
Let us know what feature you'd like to see!
What do the statuses mean?
Under Review = Expected to enter the queue
Up Next = Work starts in <60 days
Developing = Launching in <90 days (unless noted)
Description
Category
Roaming Clients
Windows
macOS
iOS
Android
Integrations
Relay
Reporting
Block Page
Filtering
Anycast Network
Dashboard
Uncategorized
Showing
Trending
posts
in
All Categories
Support for Windows ARM
Microsoft, and many other hardware vendors, are building their next-gen hardware models with Qualcomm Snapdragon processors. Please provide support for these hardware platforms.
0
9
Remote Uninstall for Windows Roaming Client
Would like the ability to initiate an uninstall of the Windows roaming client from the DNSFilter dashboard.
26
·
next (developing in <60 days)
245
Official support for macOS Sequoia
We have a number of macOS devices that we would like to update but DNSFilter Agent is not yet officially supported.
0
4
Allow Multiple "Owner" accounts
We need to be able to specify 2-3 users as "Owner" level so we are able to have redundancy of this function across our 25+ engineers.
12
72
Add Roblox to AppAware
Can you add Roblox to AppAware to enable blocking? Just heard stats from a law enforcement presentation that the FBI has identified it as the number one way sexual predators now target children.
0
3
Remote Desktop AppAware tools
Can we add more tools to the "remote desktop" AppAware library. Right now, we do have a bunch of other tools that we would like to block, such as splashtop, teamviewer, etc, but it's odd that only one app is listed as an option.
1
11
Enhanced Whitelabeling for Reports
An improvement where all reports and links are fully whitelabeled, ensuring no DNSFilter branding is visible. This includes removing any references or hyperlinks that directly reference DNSFilter, allowing customers to present the reports entirely under their own brand identity. Scheduled reports currently have DNSFilter footers and e-mail layout that is not suitable for distributing externally, unless we save the document and cut out the footer to send it manually.
0
5
Request for additional information fields in Block Request form
I work for an MSP organization and across our deployment of roughly 8k agents the Block Request form has been working as expected. Over time though, we have discovered instances of a block request investigation where it would be useful for the following features in the Block Request Form. While I can understand that our current naming scheme of a short-code may not have been the best naming convention initially, I don't want to start manually re-naming every policy if it could be helped. -(A) the host-name of the roaming client where the request came from if applicable -(B) the organization the roaming client was either installed under or the organization that the referenced filter policy is located under. Example situation for requested features: During a recent block request investigation, the tech performing the investigation discovered that the roaming client appeared like it was installed incorrectly under a different organization based off the filter policy flagged. With no global way to search for a specific roaming client to see where it was, the tech determined that the best course of action was re-installing the roaming client which resolved the issue.
0
4
Roaming clients should perform a /flushdns when switching to a new filtering schedule
I've created a filtering schedule to limit access to social media sites during the workday starting at 9am however the social media sites specifically twitter continue to work for quite a while after 9am because of cached results
1
14
Roaming Client Log Collection
Often when a support case is raised, DNSF support asks for agent logs, which is somewhat of a manual process. We're requesting a feature where logs can be "fetched" from roaming clients via the DNSF portal so that the logs are more easily visible to us and DNSF support. This approach would remove the need for running batch files on the roaming client and needing to attach ZIPPED logs to tickets. DNSF Support would be able to begin troubleshooting a problem as soon as a support issue is raised.
4
·
next (developing in <60 days)
32
Load More
→
Powered by Canny