FR: Support custom records in MagicDNS

Also, for DNS, the Customer would really like to make DNS aliases such as **example.ourdomain.beta.tailscale.net** always point to a machine name **staging-1** or something like that. This way, they can easily access the machines.

GitHubToolAISource
0Sign in to voteCopy link

FL score

62

out of 100

Verdict

VALIDATE

high confidence

Competition

10

competitors found, emerging market, funded players

Trend

No signal yet

A custom DNS record solution for Tailscale's MagicDNS addresses a real pain for developers/sysadmins but faces strong competition and high build complexity.

The pain

Tailscale's MagicDNS lacks support for arbitrary custom DNS records, forcing users to implement cumbersome workarounds like external DNS servers, local DNS rewrites, or manual configurations. This leads to complexity, inflexibility, and potential conflicts for those managing internal services within their private mesh network.

The gap

While Tailscale's MagicDNS provides automatic naming, it doesn't offer the flexibility for custom, human-readable aliases that power users often require. This specific gap is already being addressed by direct competitors like NetBird with their 'Custom DNS Zones' feature, indicating demand but also existing solutions.

Build angle

An angle could be 'Custom DNS for Tailscale homelab users with dynamic IPs and specific service naming needs,' focusing on extreme ease of use for a very specific, tech-savvy but time-poor audience, potentially with pre-configured templates for common self-hosted apps. Or an external service that syncs custom records to a managed DNS provider, then integrates that provider with Tailscale's split DNS feature.

Strengths

  • Highly specific and articulated pain point for a technical audience.
  • Growing market driven by adoption of mesh VPNs and self-hosting.
  • Clear value proposition: simplify complex manual DNS management.

Risks

  • Direct competitor (NetBird) already offers a similar feature.
  • High incumbent strength (Tailscale) could build this feature natively.
  • Building a reliable, integrated networking solution is technically complex for a solo builder.
  • User willingness to pay for this specific solution might be low due to free alternatives and expected platform features.
  • Limited leverage for future projects if tightly coupled to Tailscale.

Next steps

  1. Conduct in-depth interviews with Tailscale power users to understand their exact pain points, current workarounds, and explicit willingness to pay for a dedicated solution, versus switching to NetBird or waiting for Tailscale's native feature.
  2. Explore existing Tailscale API capabilities for DNS management. If none exist, prototype a simple external DNS service that can be integrated with Tailscale's split DNS to assess technical feasibility and user experience.
  3. Analyze NetBird's 'Custom DNS Zones' pricing and feature set closely to identify potential sub-niches or superior UX opportunities.
  4. Validate if the target audience would prefer a standalone, paid tool over switching to a different mesh VPN that offers the feature natively or continuing with free, manual solutions.

Questions about this idea?

FlyBot reads the scoring and gives you a second opinion on “FR: Support custom records in MagicDNS”.

Open FlyBot