Skip to content
Shield

Decision guideDNS filtering alternatives

Free vs paid DNS filtering: what a venue gives up for free

Use this to decide whether a free public resolver is enough for your venue WiFi or whether paid protective DNS earns its fee. You can test your network against four conditions, match it to a venue scenario, compare running costs, and plan a move to separate guest and staff policies with the bypass closed.

13 min read

Free vs paid DNS filtering: what a venue gives up for free

Watch the explainer

Use a free DNS filter when you run one low-risk network and need no reports; use paid DNS filtering when you segment guest and staff VLANs or run several venues. Free public resolvers apply one fixed policy and give you no query logs. Paid services such as Purple Shield, DNSFilter and Cisco Umbrella add per-VLAN policy, reporting and support.

When is a free DNS filter enough for a venue network?

Start with where filtering happens. Every connection begins with a DNS lookup, where the device asks a resolver for the IP address behind a domain name. A protective resolver checks that domain against a policy before it answers. If the domain is malicious or in a blocked category, no address comes back and no connection opens.

That placement is why DNS filtering catches what a firewall misses. A firewall inspects traffic after the connection exists, and encryption hides more of each session. The lookup still happens first, for every app and every device on the SSID.

malicious or blocked categorycleanGuest or staffdevicePhone, laptop or tableton the SSIDDNS queryAsks for the IP addressof a domainProtectiveresolverChecks the domainagainst the policy forthis networkBlockedNo address returned, sono connection opensAllowedAddress returned to thedeviceFirewall andinternetSees only connectionsDNS allowed
Protective DNS filters at resolution, before any connection opens

A guest device sends a DNS query to a protective resolver, which either blocks the domain or returns an address so the connection proceeds through the firewall.

Connections

  1. Guest or staff device to DNS query
  2. DNS query to Protective resolver
  3. Protective resolver to Blocked (malicious or blocked category)
  4. Protective resolver to Allowed (clean)
  5. Allowed to Firewall and internet

Both free and paid filtering sit in this same place. The free vs paid DNS filtering question is about who sets the policy, who sees the results and who answers when something breaks.

A free DNS filter is enough when three conditions hold together:

  • One network, one audience. A single guest SSID, with no staff, payment or resident traffic sharing the policy.
  • Nothing to prove. No regulator, insurer, license condition or safeguarding duty asks you to evidence what you block.
  • A fixed block list is acceptable. You can live with the provider's categories and wait when a legitimate site is wrongly blocked.

Break any one of those and paid DNS filtering earns its fee. For the wider set of options, see our guide to DNS filtering alternatives.

Free or paid DNS filtering: the decision in one chart

Answer four questions in order. Each one names a condition that moves you off the free lane.

Free or paid DNS filtering for your venue

See every path as a list
Do guest, staff or resident devices share the connection on separate SSIDs or VLANs?
  • Yes: Paid protective DNS with a policy per SSID and VLAN Set separate guest and staff policies, keep query logs for a period you can justify under CCPA/CPRA and allow-list suppliers once. Plan a 30-day trial
  • No: Must you evidence what you filter?
    • Yes: Paid protective DNS with a policy per SSID and VLAN Set separate guest and staff policies, keep query logs for a period you can justify under CCPA/CPRA and allow-list suppliers once. Plan a 30-day trial
    • No: Do you run more than one venue, or does a managed service provider run the network?
      • Yes: Paid protective DNS with one multi-site dashboard Manage every venue from one console so a policy change reaches all sites at once. DNS filtering for multi-site estates
      • No: Can you accept a fixed block list with no overrides, logs or support?
        • Yes: A free public resolver is a reasonable start Point the guest SSID at a free malware-blocking resolver and block outbound DNS to any other resolver. Review the decision when the network changes. Pi-hole vs managed DNS filtering
        • No: Paid protective DNS with a policy per SSID and VLAN Set separate guest and staff policies, keep query logs for a period you can justify under CCPA/CPRA and allow-list suppliers once. Plan a 30-day trial

Which option fits which venue scenario?

The table maps common venue networks to a recommendation and the condition behind it.

Free vs paid DNS filtering by venue scenario Data as of 2026-06-10
ScenarioRecommendationWhy
Independent café, one guest SSID, card terminal on a separate lineFree public resolverOne audience and nothing to evidence, so a fixed malware and adult list fits the risk
Hotel with guest, staff and back-office VLANsPaid protective DNSEach VLAN needs its own policy; a free resolver applies one rule to the building
Bar or restaurant group across dozens of sitesPaid, one dashboardOne policy change reaches every site; free resolvers have no central console
Retail store with shopper WiFi and staff devicesPaid protective DNSShopper and staff networks need different categories, and logs speed up incident response
School or college in the USPaid, with reportingFederal compliance standards expect you to show what is blocked and reviewed
Hospital patient, visitor and staff WiFiPaid protective DNSHigh threat volume; St George's Healthcare NHS Trust blocks threats with Shield
Airport or rail passenger WiFiPaid, with ad blockingUp to 62% fewer DNS queries with ad blocking (Purple data) eases load at peak
Stadium or event networkPaid, with ad blockingUp to 44% less data with ad blocking (Purple data) stretches limited backhaul
Multi-Family or student residencePaid protective DNSResidents expect home-style access; the building still needs malware protection per VLAN
Back office with five staff and no guest networkFree public resolverOne audience; add paid filtering when guests or a second site arrive
Ad blocking figures are Purple's own data. Recommendations assume DHCP hands out DNS on each network.

Worked scenario: a healthcare network with patient, visitor and staff networks

Situation. A hospital system runs WiFi for patients, visitors and clinical staff. One free resolver would give all three groups the same policy and leave the security team with no record of blocks.

What was done. St George's Healthcare NHS Trust runs Purple Shield as protective DNS on its WiFi.

Outcome. Shield blocks malicious threats at the trust, each one before a connection opens. A free resolver might stop some of the same domains, but no one at the trust would see the number.

Worked scenario: a 200-room hotel moving off a free resolver

Situation. A 200-room hotel points guest and staff VLANs at one free family-filter resolver. A booking partner's site is wrongly blocked for reception, and the guest network slows on busy evenings.

What is done. The hotel moves to paid protective DNS with separate guest and staff policies. It allow-lists the partner site once and switches on ad blocking for the guest VLAN.

Outcome to expect. The reception block clears with one change, not a support ticket to a provider with no ticket queue. On Purple's own data, ad blocking delivers up to 44% less data and up to 62% fewer DNS queries. That is capacity returned to guests at peak.

What does a free DNS filter give you, and what does it leave out?

Free public resolvers do one job well: they refuse to resolve domains on their block list. Three are common on venue networks:

  • Cloudflare 1.1.1.1 for Families offers two fixed settings: malware blocking, or malware plus adult content (Cloudflare documentation).
  • Quad9 blocks malicious domains using threat intelligence from security partners, with no content categories. A non-profit foundation based in Switzerland runs it.
  • OpenDNS FamilyShield blocks adult content from a preconfigured list. Cisco's paid Umbrella service grew out of OpenDNS.

Freemium services such as NextDNS and AdGuard DNS add a dashboard and custom lists on their free tiers. They cap usage and are sized for households, so check the terms before you put one in front of a hotel.

Here is what a business network gives up when it relies on a free resolver:

  • One policy for every network. The resolver sees your public IP address, not your VLAN. You can point each VLAN at a different free resolver, but you are then picking between fixed menus, not writing a policy.
  • No logs you can read. When a staff laptop reaches a phishing domain, you have nothing to investigate. You cannot say which device asked, or when.
  • No overrides. You cannot allow-list a wrongly blocked supplier site. You wait for the provider to reclassify it, or move everyone to another resolver.
  • No category choice. Gambling, social media, streaming and file sharing are your decisions. Free resolvers make them for you, or not at all.
  • No support. There is no ticket, no named contact and no service level when resolution slows on a Saturday night.
  • No evidence. Safeguarding audits, insurer questionnaires and license reviews ask what you block. A free resolver leaves you nothing to show them.

What does paid DNS filtering add for a business network?

Paid DNS filtering keeps the same placement and adds control, visibility and someone to call. Five additions matter most for a venue:

  • A policy per SSID, VLAN and venue. Guests get malware, phishing and adult blocks. Staff get a policy that suits their work. Residents get home-style access with malware protection, all managed from one dashboard.
  • Reports and query logs. You see blocked threats per network and can investigate a device's lookups after an incident. Set a retention period you can justify under CCPA/CPRA.
  • Allow and block lists. Unblock a vendor once and the change reaches every site.
  • Faster threat intelligence. Shield flags threats faster using updated threat intelligence.
  • Ad blocking. Purple's own measurements show up to 44% less data and up to 62% fewer DNS queries with ad blocking on. On a congested event or transit network, that is backhaul you get back.

How the paid options differ

Cisco Umbrella sits inside Cisco's wider security portfolio. It suits teams already standardized on Cisco security tools; our Cisco Umbrella pricing guide explains how its pricing is structured.

DNSFilter is a standalone protective DNS service with a program for managed service providers (MSPs). It suits IT teams and MSPs that want DNS filtering as a separate tool.

Purple Shield is protective DNS built for venue WiFi. It runs standalone on any WiFi or bolts onto Purple Access, with a policy per SSID, VLAN and venue. Because it works at DNS, it needs no new hardware. It runs on networks built on Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme and Fortinet. Purple runs across 80,000+ venues in 90 countries.

What does each option cost to run?

The license fee is the smallest line in this comparison. Compare the staff time each option consumes across a year.

Running cost of free, self-hosted and paid DNS filtering Data as of 2026-06-10
Cost lineFree public resolverSelf-hosted (Pi-hole)Paid protective DNS (Purple Shield)
License feeNoneNone for the softwareSubscription per venue; see Shield pricing
HardwareNoneA server per site or a central hostNone; runs in the cloud
Setup per networkChange the DNS server DHCP hands outInstall, configure and patch each instanceConnect the network and assign a policy
Policy per SSID or VLANNot availableClient groups, set per instanceStandard, per SSID, VLAN and venue
Logs and reportingNone you can seeLocal logs you store and secureReports across every venue in one dashboard
Fixing a false positiveWait for the provider or switch resolverEdit lists on each instanceOne allow-list entry for every site
Threat intelligenceProvider's fixed feedsCommunity lists you maintainManaged feeds with regularly updated threat intelligence
SupportCommunity forumsYour own teamPurple support
Ongoing staff timeLow until something breaksHighest: patching, lists and hardwareLow: policy reviews and reports
Purple does not publish competitor prices.

Free filtering moves cost from the invoice to your team. Each false positive becomes a ticket with no fix except waiting. Each incident becomes an investigation with no data.

A self-hosted filter such as Pi-hole trades the license fee for patching, hardware and out-of-hours ownership. Pi-hole vs managed DNS filtering works through that trade.

Paid vendors price per venue, network, device or seat. Model the unit that matches your estate before you compare quotes. For Shield, see Purple Shield pricing, and set any ad-blocking bandwidth saving against the fee.

What changes the answer?

Under-18s use the network

Educational institutions must adhere to federal and state online safety standards, including CIPA compliance guidelines. They expect you to know what is blocked and to review it. A free resolver with no logs cannot show that, so the answer becomes paid.

You are an eligible US public sector entity

The Cybersecurity and Infrastructure Security Agency (CISA) offers protective DNS services to eligible public sector organizations. It blocks known malicious domains on corporate networks. It does not give you content categories or per-SSID policies for visitor WiFi. One workable split is protective DNS on corporate networks and paid filtering on guest WiFi.

Bandwidth is the bottleneck

On a stadium, station or rural site with thin backhaul, ad blocking changes the math. Up to 44% less data and up to 62% fewer DNS queries, on Purple's own data, can offset part of the fee.

You already pay for a security stack

If Cisco Umbrella already covers your corporate estate, extending it to guest WiFi may cost less. The test is whether its policy model fits per-SSID guest networks across many venues. Prove that in a trial before you commit.

You run many sites or manage them for others

Every free resolver is configured site by site, with no shared view. Across an estate, the console is the product. DNS filtering for MSPs and multi-site estates covers that case.

The site is one room and one SSID

A single cafe with one guest SSID is the honest case for free. Point the SSID at a family-filter resolver and close the bypass. Revisit the decision when you add a staff network or a second site.

Which DNS filtering option fits your venue

Free public resolver

Fits when

  • One SSID with one audience
  • No duty to evidence filtering
  • A fixed malware and adult list is enough

Not when

  • Guest and staff VLANs need different rules
  • You must produce logs after an incident or audit

Self-hosted filter such as Pi-hole

Fits when

  • One site with in-house Linux skills
  • You want local control and accept the upkeep

Not when

  • Dozens of sites to patch
  • No one owns the server out of hours

Paid protective DNS such as Purple Shield

Fits when

  • More than one SSID, VLAN or venue
  • Safeguarding, insurer or audit questions
  • Bandwidth is tight and ad blocking helps

Not when

  • A single low-risk SSID where a fixed list is enough

Our recommendation: Default to paid protective DNS on any business network with more than one audience. Keep a free resolver only for a single low-risk guest SSID.

Your first action is an inventory. List every SSID and VLAN at each venue, the resolver it uses today and who would notice a wrongly blocked site. Then run a 30-day DNS filtering trial at one venue with separate guest and staff policies.

DNS filtering is one layer of network security. For the controls around it, from IEEE 802.1X (port-based network authentication) to WPA3, read our enterprise WiFi security guide.

Key terms

DNS resolution
The Domain Name System, specified in RFC 1034 and RFC 1035, translates a domain name into an IP address. A recursive resolver answers the device's query, and no connection opens until an address comes back. Every app and device on the SSID performs a lookup before connecting, which is why filtering at resolution catches threats a firewall only sees after the connection exists.
Protective DNS
A recursive resolver that checks each queried domain against a policy of threat intelligence and content categories before answering, returning no usable address for malicious or blocked domains. The NCSC uses the term for its own public sector service. Free and paid options both filter at this point. The decision is about who sets the policy, who sees the results and who answers when something breaks.
DNS over HTTPS (DoH)
RFC 8484 defines sending DNS queries and responses over HTTPS, encrypted and indistinguishable from ordinary web traffic on port 443, so a device can bypass the resolver the network assigns. A guest can sidestep any DNS filter, free or paid, with DoH. Blocking known DoH endpoints at the firewall protects the casual majority.
Port 53
The well-known UDP and TCP port for conventional DNS traffic, defined in RFC 1035 and registered with IANA. Blocking outbound port 53 to every resolver except yours stops devices quietly using another resolver and skipping your policy.
VLAN
A virtual LAN under IEEE 802.1Q, which tags Ethernet frames so one physical network carries several logically isolated broadcast domains, such as guest, staff, and back office. A free resolver sees only your public IP address, not your VLAN, so it cannot give guest and staff segments different rules. Per-VLAN policy is the main reason venues move to paid filtering.
SSID
The Service Set Identifier defined in IEEE 802.11, the network name an access point broadcasts and each wireless network a venue offers, often mapped to its own VLAN. Paid services such as Purple Shield apply a policy per SSID, VLAN, and venue, while a free resolver applies one fixed menu to everything behind it.
DHCP DNS option
The Dynamic Host Configuration Protocol (RFC 2131) assigns addresses to devices, and the Domain Name Server option defined in RFC 2132 tells each device which resolver to use. Migrating from a free resolver means changing the DNS server each DHCP scope hands out, one network at a time, starting with the guest SSID at one venue.
Query log retention under CCPA/CPRA
Data privacy storage limitation principles under frameworks like CCPA/CPRA require personal information to be kept no longer than necessary for its purpose. DNS query logs tied to a device can be personal data. Paid filtering gives you logs to investigate incidents and evidence filtering, but you must set and justify a retention period before you keep them.
CIPA filtering and monitoring standards
Children's Internet Protection Act (CIPA) standards for schools and libraries, which expect settings to block harmful content, know what is blocked, and review it. Where under-18s use the network, a free resolver with no logs cannot evidence filtering, so the answer becomes paid DNS filtering with reporting.
CISA Protective DNS
A Cybersecurity and Infrastructure Security Agency service offered at no charge to eligible US public sector bodies, blocking known malicious domains on corporate networks without content categories or per-SSID policy. Eligible public bodies can run CISA Protective DNS on corporate networks and paid filtering on visitor WiFi, where categories and per-SSID rules are needed.
Allow-list
A list of domains that the resolver always resolves, overriding block categories, used to correct a false positive where a legitimate site is wrongly classified. Free resolvers offer no overrides, so a wrongly blocked vendor site means waiting for the provider. With paid filtering, one allow-list entry reaches every site.

Worked examples

A hospital system runs WiFi for patients, visitors and clinical staff. A single free resolver would give all three groups the same policy and leave the security team with no record of what was blocked. What should the system run?

St George's Healthcare NHS Trust runs Purple Shield as protective DNS on its WiFi. Shield blocks about 241,000 threats a week at the trust, each one stopped at resolution before a connection opens. The deciding factors were audience and evidence. Patients, visitors and staff need different policies, which a free resolver cannot apply because it sees only the trust's public IP address. A free resolver might also stop some of the same malicious domains, but with no logs or reports, no one at the trust would see the number or be able to investigate a device after an incident.

A 200-room hotel points its guest and staff VLANs at one free family-filter resolver. A booking partner's site is wrongly blocked for reception, and the guest network slows on busy evenings. How should the hotel fix both problems?

The hotel moves to paid protective DNS with separate guest and staff policies, then allow-lists the partner site once and switches on ad blocking for the guest VLAN. The reception block clears with one change, rather than a wait on a free provider with no ticket queue or service level. Separate policies mean staff rules no longer follow guest rules. On Purple's own data, ad blocking delivers up to 44% less data and up to 62% fewer DNS queries, which returns capacity to guests at peak. The hotel migrates one network at a time by changing the DNS server each DHCP scope hands out.

An independent cafe runs one guest SSID, with its card terminal on a separate line, no staff network and no duty to evidence filtering. Does it need paid DNS filtering?

No. This is the honest case for a free public resolver. With one audience and nothing to evidence, a fixed malware and adult list fits the risk. The cafe points the guest SSID at a family-filter resolver through its DHCP settings and closes the bypass by blocking outbound port 53 to every other resolver and known DNS over HTTPS endpoints at the firewall. It records a trigger to revisit the decision: the day it adds a staff network or opens a second site, per-network policy and a central console become worth paying for.

Frequently asked questions

Can I use a free DNS filter on a business guest WiFi network?

Yes, for a single low-risk SSID, but check the terms first. Free public resolvers such as Quad9 and Cloudflare 1.1.1.1 for Families give you one fixed policy, no logs, and no support. Freemium tiers such as NextDNS cap usage and are sized for households. Once guest and staff networks share the connection, or you must evidence filtering, a free resolver stops fitting.

How much does paid DNS filtering cost?

Paid DNS filtering is a subscription, priced per venue, network, device, or seat depending on the vendor. We do not publish other vendors' prices. Model the unit that matches your property portfolio before you compare quotes. Shield pricing is on the [Purple Shield pricing page](product:shield/pricing). Set any bandwidth saving from ad blocking against the fee.

Will Purple Shield work with the access points I already own?

Yes. Shield works at DNS, so it needs no new hardware and no change of access point. It runs on networks built on Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme, and Fortinet. You can run it standalone on any WiFi or add it to Purple Access, with a policy per SSID, VLAN, and venue.

How do I migrate from a free resolver to paid DNS filtering?

Migrate one network at a time by changing the DNS server your DHCP scope hands out. Start with the guest SSID at one venue and watch blocks and help-desk calls for a week. Then move staff VLANs onto their own policy. Close the bypass at the firewall as you go. Our [30-day trial plan](guide:dns-filtering-trial-plan) sets out the order and checks.

Does DNS filtering help with CCPA/CPRA and safeguarding compliance?

Yes, when it comes with logs and a clear retention policy. Compliance frameworks expect you to show what is filtered and reviewed. Query logs can contain personal data under the CCPA/CPRA, so keep them only as long as you can justify. Purple is ISO 27001 and Cyber Essentials certified and CCPA/CPRA compliant.

How does Purple Shield compare with Cisco Umbrella and DNSFilter?

All three are paid protective DNS services that filter at resolution, before a connection opens. Cisco Umbrella fits teams already standardized on Cisco security tools. DNSFilter is a standalone service with an MSP program. Shield is built for venue WiFi, with a policy per SSID, VLAN, and venue from one dashboard. Whitbread, AGS Airports, and Chase run it.

Can guests bypass DNS filtering?

Yes, a determined guest can bypass any DNS filter with a VPN or a device set to its own encrypted DNS. Reduce that by blocking outbound port 53 to every resolver except yours. Block known DNS over HTTPS endpoints at the firewall too. On guest WiFi, the aim is to protect the casual majority, not to stop every expert.

Sources

Decide what your network reaches, free for 30 days

Tell us your networks and who uses them, and we map a policy to each. Point one at Shield and see what it stops for 30 days. Running change control? We plan a pilot on one site with your team.

  1. We map your networksA Purple expert maps your networks, your venues and the people on each, and answers your questions on bypass, outages, data handling and integrations.
  2. You get a policy for each oneStaff, guests, students, residents, IoT and paid tiers, each with the policy it needs.
  3. You prove it, then get your tailored quote30 days free on one network, or a pilot on one site planned with your team, then Shield priced standalone or as an add-on to your Access plan.

Your policy map

Tell us your networks. We map a policy to each one.

A Purple expert comes back with a policy for every network and group you run, from the team that has run content filtering since 2012 and runs WiFi for 80,000+ venues in 90 countries.