A SVCB lookup asks DNS for a service binding record. Use it when you need to confirm generic service binding, alias mode, endpoint metadata, and future protocol discovery.

Run a SVCB lookup

dig _dns.example.com SVCB

In DigLookup.com, enter the name, choose the record type, and read the answer section. The answer is the value DNS is currently publishing through public resolvers.

Example answer

_dns.example.com.    300    IN    SVCB    1 svc.example.net. alpn="dot" port="853"

What to check

  • The name is exactly right. A lookup for the root domain is different from a lookup for a subdomain.
  • The TTL is reasonable for the stage of the change. Short TTLs help migrations; long TTLs can preserve old answers.
  • The returned value matches the source of truth from the hosting provider, email provider, certificate authority, or DNS platform.
  • The answer is visible from more than one resolver if the change is meant to be public.

Common mistakes

  • Checking the wrong record type and assuming DNS is broken when only that type is absent.
  • Forgetting that DNS dashboards show intended configuration, while dig shows the published answer.
  • Expecting a DNS change to appear everywhere before old resolver caches have expired.