Dashboard Log of User-Unblock Requests
launched
J
Jeeves Murphy
The ability to log and track domain unblock requests that users submit via the DNSFilter block page. Currently, there is no centralized way to view unblock requests submitted by end users. This creates visibility gaps for IT teams who want to review, prioritize, or audit requests.
Requested Functionality:
- Log all user-submitted unblock requests from the block page into the DNSFilter dashboard
- Include submission details: domain name, user/device (if available), timestamp, and policy context
- Provide an exportable report or scheduled summary
- Add filtering/sorting capabilities for faster review
Customer Value:
- Reduces manual handling of unblock requests
- Helps security teams track patterns of denied domains
- Improves transparency and response time for user support
Created by Bailey Taylor
Brian Zick
I've been enjoying this feature this it was launched but have found the request process to be a little clunky especially when blocked on a host that's using the roaming client. Would it be possible to derive information about who is issuing a request from the roaming client?
Additionally, it would be an awesome feature to be able to approve directly from a notification email rather than having to jump into the portal.
Minetta Gould
Brian Zick: Thanks for the feedback, Brian! On approving from email — you're not alone in wanting this! You can vote for the feature request to stay informed up any updates on it.
On the requester identity question — when a request comes from a device running the Roaming Client, the admin grid captures device identity info including last logged in user. Can you share what specific info you're not seeing? Want to make sure it's a real gap vs. a visibility issue in the current UI.
Brian Zick
Minetta Gould on the roaming client aspect, I'm speaking about the end-user experience. The user has to enter their email into the request form even when they are on a roaming client device. Maybe this is an option for some use cases but not others, but I would love to see a user be only prompted for their reasoning to allow the site to reduce the amount of effort to request an allow.
I understand that other environments without as many roaming clients will need users to provide emails but it's largely redundant in a roaming client environment, especially one with one user per device.
Minetta Gould
Brian Zick: Great feedback — the email is required today because it's how we send the end-user the approval/denial response. The RC captures device identity but not user email, so we can't auto-populate it without a directory integration like Entra. We'll keep this in mind as we evolve the unblock request flow.
Brian Zick
Has this feature been rolled back or is it in the middle of active deployment? It was briefly available in my menu but is now gone and the URL just shows a blank page.
Minetta Gould
Brian Zick Thanks for reaching out—deployments can take a full day to populate, so you should be seeing it soon!
Brian Zick
Minetta Gould Thanks! It's showing up again now, if there's any other issues I'll test again tomorrow and reach out to support if need.
Minetta Gould
Brian Zick that's great—we appreciate you 💖
Michael Killingbeck
updated the status to
launched
Unblock request dashboard launched Sept 15, 2026.
Minetta Gould
updated the status to
now
🚀 Great news — this is officially in active development! A centralized view for user-submitted unblock requests is on its way. We'll update this post again when it's live. Stay tuned! 🙌
Minetta Gould
Merged in a post:
Surface Website Block Notifications in Portal / Allow Action on them
Mark Porter
We'd like the ability to have domain access requests surfaced in the portal so that we can view them, respond to them via the portal so the user is notified via email on our decision, and a way to easily allow list an item right from that same screen should we decide to go that route.
Minetta Gould
Merged in a post:
Embed Link in Block Page
Brian Zick
I'd love to see the ability to include a link on the hosted block page that can be used to embed the link to a ticketing system, and potentially even pass along the blocked domain to the embedded link, so that it's easy for users to request review of a block when they care about it. With the current functionality, the only options are notifications for every block or nothing which makes it difficult for an admin to know what users actually need unblocked.
Kate Trojanowski
Merged in a post:
Integrate unblock requests into the dashboard
Allen Bolderoff
Allow us to see all unblock requests in the dashboard.
Include the machine, user and policy applied.
A button to "allow for this policy" and another to allow for other policies too would be great
Nachman Weiss
i was told that this is a already planned feature but i have my own custom solution that works well if anyone needs !
Allen Bolderoff
Nachman Weiss: please?
Moshe de Freudiger
Nachman Weiss: Please share
Nachman Weiss
i have two solutions that I've been using over the past few years
first one requires me to have a separate block page for each policy which is hard to maintain and it requires using the redirect feature
second way is much nicer and everything is fully automated with a single default blockage
but there's a major bug that DNS Filter has which assigns the Block Page Request (internally) of roaming Clients as if its the Site Policy and disregards whatever the Roaming Client Block page policy is
which is preventing the solution from working well
ive been told so many times that it will be fixed but its still broken !
once this is fixed i will be able to share my solution