DNS resolver registry · xTom GmbH

DNS.SB DNS servers

DNS.SB is run by xTom GmbH and offers one service, reachable over DNS (53). Every address and endpoint below is taken from the operator's documentation; the behaviour is what we measured on 2026-09-24.
185.222.222.222
primary address
4
addresses in 1 variant
Validates
DNSSEC in our test
None sent
client subnet (ECS)

Addresses

DNS.SB DNS addresses by variant

Set the IPv4 or IPv6 addresses as your DNS servers, or use an encrypted endpoint where one is listed.

DNS.SB

Not specified by the operator

IPv4
185.222.222.222
45.11.45.11
IPv6
2a09::
2a11::

Measured

What we observed

Measured 2026-09-24 from one vantage point, three rounds per address, majority result. Anycast resolvers can behave differently from other networks. How we test

DNSSEC validation Validates

Returned SERVFAIL for dnssec-failed.org, rhybar.cz and badsig.go.dnscheck.tools on every address that answered, while resolving example.com.

Client subnet (ECS)

No client subnet reached the authoritative server from any address we probed.

Plain DNS and NXDOMAIN

2/2 documented IPv4 addresses answered on port 53. Random non-existent names came back as NXDOMAIN, so errors are not rewritten into ads or search pages.

Encrypted endpoints

None documented on the page we checked.

Networks

Which networks carry it

The announcing network comes from RIPEstat routing data for each documented address. The query network is where the resolver sent its own lookups during our probe, which a DNS leak test reports.

Announcing the service addresses

  • AS24013 SB - SB Professional Services

Queried from, in our probe

  • AS3214 XTOM xTom GmbH

In the operator's words

Operator statements

Quoted from the operator's pages and checked word for word. We have not audited these practices.
“As a service operated by xTom GmbH in Germany”
dns.sb
“We do not log DNS queries.”
dns.sb
“No EDNS Client Subnet: We do not send any portion of your IP address to upstream DNS servers.”
dns.sb

Check it

Confirm your device is using DNS.SB

Changing a DNS setting does not guarantee your lookups reach that resolver: a VPN, a browser's own secure DNS or a proxy can send them elsewhere. Our DNS leak test shows which resolvers actually received your queries.

From a terminal

# Which address did the resolver query from?
dig +short whoami.akamai.net @185.222.222.222

# Does it pass your subnet on (ECS)?
dig +short TXT o-o.myaddr.l.google.com @185.222.222.222

# Does it validate DNSSEC? SERVFAIL means yes
dig dnssec-failed.org @185.222.222.222

Behind a proxy

With an HTTP proxy, or a client set to socks5h://, the proxy side resolves hostnames, so your own resolver setting does not apply to that traffic. With socks5:// in curl or Python requests, your device resolves names first. The SOCKS5 vs SOCKS5h guide shows how to check which one you have.

Questions

DNS.SB questions

What are DNS.SB's DNS server addresses?

DNS.SB: 185.222.222.222, 45.11.45.11, 2a09::, 2a11::.

Does DNS.SB validate DNSSEC?

Yes. On 2026-09-24 every DNS.SB address that answered returned SERVFAIL for three deliberately mis-signed domains while resolving ordinary names.

Does DNS.SB support DNS over HTTPS or DNS over TLS?

The DNS.SB page we checked documents plain DNS addresses only.

Does DNS.SB send my IP subnet to other servers (ECS)?

We observed no client subnet on any address we probed.

How can I check that I am using DNS.SB?

Run a DNS leak test and compare the network it reports with the one DNS.SB queried from in our probe (AS3214). On the command line, dig +short whoami.akamai.net @185.222.222.222 returns the address the resolver used to query Akamai.

Sources

Sources and dates

Documentation checked 2026-09-24. Measured 2026-09-24. Registry reviewed 2026-09-24.