March 19, 2026
When .internal gets personal
macOS 26 breaks custom DNS settings including .internal
Overnight update nukes local websites; the comments are on fire
TLDR: A macOS 26 update reportedly broke custom local site names like “.internal,” leaving many dev setups dead. The community is split between “Apple borked it, fix now” and “you relied on a deprecated trick,” with bonus drama over an AI-sounding bug report—important because it disrupts common workflows overnight.
An overnight macOS 26 update just turned a bunch of developers’ “myapp.internal” test sites into pumpkins, and the comments are pure chaos. Users say Apple’s DNS helper now hijacks any made‑up domain ending (like “.internal” or “.test”) and treats it like a local network shout instead of asking your own DNS server—so nothing resolves, and work grinds to a halt. The bug report is up on Apple’s Feedback Assistant here, but the pitchforks are already out.
The loudest vibe: “Apple broke my setup and didn’t tell anyone.” One user called the whole thing “amateur,” claiming even Screen Time is stepping on ports and breaking Docker builds. Another camp says: this is on you—old‑school devs point out the easy “/etc/resolver” trick was flagged as deprecated years ago, and the “proper” (if clunky) route is Apple’s “scutil” tool. Then there’s the hardware‑versus‑software drama: one commenter loves Apple chips but wants the company split in two because they “will never use” the OS.
And the memes? Absolute gold. People joked that “.internal just got personal,” that “mDNS now stands for ‘my DNS now’,” and that the bizarre 108,002‑second cache time is “how long we’ll wait for a fix.” Adding fuel, someone called out a “macOS 25” slip in the write‑up and accused the bug report of being AI‑written. So is this a legit regression or Apple finally killing off a dusty feature? Either way, if your local sites vanished overnight, you’re not alone—and the internet has thoughts.
Key Points
- •Report alleges macOS 26.3.1 breaks /etc/resolver/ per-domain DNS for TLDs not in the IANA root zone.
- •mDNSResponder handles custom TLD queries as multicast DNS and returns 'No Such Record', bypassing configured unicast nameservers.
- •Reproduction shows dnsmasq answers directly on 127.0.0.1, but system calls via getaddrinfo() fail and generate no DNS packets to the local resolver.
- •Diagnostics (dns-sd and tcpdump) indicate no unicast DNS traffic; a long TTL (~108002s) is returned for mDNS 'No Such Record'.
- •Affected examples include .internal and .test; the issue was filed via Apple’s Feedback Assistant with a referenced ID.