Tailscale automatically assigns IP addresses for every unique device in your network, giving each device an IP address no matter where it is located. We further improved on this with MagicDNS, which automatically registers a human-readable, easy-to-remember DNS name for each device — so you don’t need to use an IP address to access your devices. This means you can access the device MagicDNS is such a useful feature that it’s been frustrating for us that not all Tailscale users know about it. We’re surprised that we often get suggestions like, “It would be great if Tailscale could just run a small DNS server for me” — when it already does! So we’re particularly excited to share that as of today, MagicDNS is generally available, and it’s enabled by default for new tailnets! (Already a Tailscale user, but not using MagicDNS yet? Click “Enable MagicDNS” in the DNS page of the admin console to get going.)\n\n \n \n\n With MagicDNS enabled, you can access a device with human-readable DNS name.\n \n\n\n If you’re already using MagicDNS, your tailnet has been automatically assigned a new tailnet name of the form “All” MagicDNS does is automatically register a DNS name for every device in your network. With MagicDNS enabled, every device in your tailnet runs its own DNS server, built into the Tailscale client. Then, when you add a new device to your tailnet or modify ACLs, the set of devices the new device can access (known as a netmap) is pushed to your device from the Tailscale coordination server, including registering DNS entries for other devices you can access. If you try to access Your device is automatically registered in MagicDNS based on the device name — for example, To learn more about how MagicDNS works, see our blog post covering just this.\n We’ve been working heads-down on MagicDNS for several months now. To get to the point where we could call MagicDNS generally available, we had to fix a lot of bugs. (It basically became a rite of passage for new Tailscalars to fix a MagicDNS bug before they could move on to other projects.) We’ve implemented these fixes and improvements in the last several client releases:\n All to say, this has been a long time coming. We’re at a point where we believe (and hope!) that we’ve addressed all the known bugs with MagicDNS. (As always, if you find any issues with Tailscale, please let us know by contacting support or filing an issue on GitHub.)\n Just because MagicDNS is generally available doesn’t mean we’re done with MagicDNS. We still have work to do — for example, we know you’d like us to add support for custom records and subdomains — and it’s something we’ve been hoping to do for a long time, too.\n Now that we feel confident MagicDNS will work in even the most thorny edge cases and haunted networks, we’ve enabled MagicDNS by default for all new tailnets.\n If you already have a tailnet but aren’t using MagicDNS, all you have to do is enable it! Given the fixes to the past several client releases, we recommend you first update your devices to at least Tailscale v1.20 (see your devices that are running older versions), and then turn MagicDNS on in the DNS page of the admin console, by clicking “Enable MagicDNS”.\n As we enable MagicDNS for all tailnets, we’re changing how tailnet names are assigned. All tailnets will have a tailnet name of the form If you’ve already enabled MagicDNS, node sharing, or HTTPS, your tailnet already has a name in the form Going forward, if you’re using a Using MagicDNS, you can access a device on your tailnet by its name on the command line:\n Or you can just navigate to a web address with the device name:\n To live in the magical world where this is possible, enable MagicDNS on your tailnet, and read more about using MagicDNS in our documentation.monitoring, even if it moves from on-prem to the cloud, without ever needing to know its IP address in the first place.\n
![\"Animation](\"https://cdn.sanity.io/images/w77i7m8x/production/66e93349d3cace56c631298a917ae99a796c9887-1076x695.gif\")
\n \n tail<hex>.ts.net, in addition to the existing name <domain>.beta.tailscale.net. If you’re sharing nodes with the beta name, we ask you to migrate to the new tailnet name. The existing beta name will be supported until at least November 1, 2023.\nMagicDNS automatically creates a DNS entry for your device name\n
http://monitoring on your device, it will first check your built-in Tailscale DNS server to see if it’s an address specified by Tailscale. If it is, it will forward the traffic to that device; if it’s not, it will pass the request on to your other DNS servers. This works wherever you’re using the device’s IP address, including in your browser or on the command line. Keeping all of these DNS entries on the device is also great for security and privacy, as unencrypted DNS queries don’t leave your device.\nalices-macbook-pro. If you change your device’s name, the MagicDNS entry will automatically change. If you have a specific machine name you’d like to use to reference your device, then edit the device’s name in Tailscale, or if you’re scripting servers for easy access, use tailscale up and pass in the --hostname flag.\nFixing a long tail of DNS bugs\n
\n
MagicDNS is enabled by default for new tailnets\n
New
tail<hex>.ts.net tailnet name format\ntail<hex>.ts.net, with a random hex. This is what will be used for MagicDNS, node sharing, and HTTPS in Tailscale. You can see your tailnet’s name in the DNS page of the admin console. From there, you can also change your tailnet name to a randomly selected set of words (at this time, you can’t customize it further).\n<domain>.beta.tailscale.net, tailnet-<hex>.ts.net or tail-scale.ts.net. Your unique tailnet name is used when registering DNS entries, sharing your device to other tailnets, and issuing TLS certificates.\nbeta tailnet name, we ask you to migrate to the newly added tailnet name. For node sharing, this means asking your sharees to use the new tailnet name. The existing beta name will be supported until at least November 1, 2023.\nAccess a device without remembering an IP address\n
ssh prod-database\nhttp://monitoring\n
Authors
Charlotte Brandhorst-Satzkorn
Maisem Ali
