# DNS Unknown - All network tasks failing. muOS not handling DNS from DHCP offers

**URL:** https://community.muos.dev/t/dns-unknown-all-network-tasks-failing-muos-not-handling-dns-from-dhcp-offers/1499
**Category:** 2601 Jacaranda
**Tags:** network
**Created:** [May 5, 2026, 7:55am UTC](https://community.muos.dev/t/dns-unknown-all-network-tasks-failing-muos-not-handling-dns-from-dhcp-offers/1499 "2026-05-05T07:55:36Z")
**Posts on this page:** 4
**Page:** 1

<div class="post-metadata">

### Author: ![vargasjj](https://community.muos.dev/user_avatar/community.muos.dev/vargasjj/32/2985_2.png) [@vargasjj](https://community.muos.dev/u/vargasjj)
#### Post date: [May 5, 2026, 7:55am UTC](https://community.muos.dev/t/dns-unknown-all-network-tasks-failing-muos-not-handling-dns-from-dhcp-offers/1499/1 "2026-05-05T07:55:36Z")

</div>

Hey everyone, wanted to share a bug I tracked down today that might be affecting others silently.

**Device:** RG35XX Pro **OS:** muOS 2601.1 Funky Jacaranda

**Symptom:** All network tasks failing with “no network / offline” errors. Information \> Network Details shows a valid IP and gateway, but DNS shows as “Unknown”.

**Root cause:** After a lot of digging via SSH, the real issue is that `/etc/dhcpcd.conf` is missing the `option domain_name_servers` directive. Without it, dhcpcd never asks the router for DNS during the DHCP negotiation, so the lease comes back with everything except DNS, and `/etc/resolv.conf` ends up empty on every connect. The router is perfectly fine and sending DNS to every other device on the network, muOS just never asks for it.

You can confirm by dumping the current lease:

bash

```auto
dhcpcd --dumplease wlan0

```

If you see `ip_address`, `routers`, `subnet_mask` but no `domain_name_servers` line, you’re hitting this.

Also check:

bash

```auto
cat /etc/dhcpcd.conf

```

If it only contains the `iaid` line and nothing else, that confirms it.

**The fix:**

bash

```auto
echo "option domain_name_servers" >> /etc/dhcpcd.conf

```

Then disconnect and reconnect WiFi from the muOS menu. Dump the lease again and you should now see DNS servers in there, and `/etc/resolv.conf` will be populated correctly.

**My suggestion on this issue:** The default `dhcpcd.conf` should include `option domain_name_servers` out of the box, it’s a pretty fundamental DHCP option.

On top of that, `network.sh` has no fallback when DNS ends up empty, it just silently marks the connection as successful while DNS is completely broken. muOS has no fallback when DHCP doesn’t provide DNS and `/opt/muos/config/network/dns` is empty. Inside `VALIDATE_NETWORK()` in `network.sh` there’s this:

```auto
[! -s "$RESOLV_CONF"] && printf "nameserver %s\n" "$DDNS" >"$RESOLV_CONF"

```

If `$DDNS` is empty because the config file is blank, this writes nothing to resolv.conf. No fallback, no warning, nothing. The connection is marked successful, you get an IP, gateway is reachable, but DNS is completely dead.

Most OSes handle both of these gracefully, muOS just isn’t prepared for it yet. Perhaps modify the wpa supplicant to pop some error when DNS is empty to avoid the strange # DNS “Unknown” state.

Thank you very much

Hope this saves someone else the headache.

---

<div class="post-metadata">

### Author: ![xonglebongle](https://community.muos.dev/user_avatar/community.muos.dev/xonglebongle/32/57_2.png) [@xonglebongle](https://community.muos.dev/u/xonglebongle)
#### Post date: [May 5, 2026, 12:41pm UTC](https://community.muos.dev/t/dns-unknown-all-network-tasks-failing-muos-not-handling-dns-from-dhcp-offers/1499/2 "2026-05-05T12:41:13Z")

</div>

Very interesting, but DNS isn not missing by default. Our variable is preset with `1.1.1.1` as presented here:

> <https://github.com/MustardOS/internal/blob/main/config/network/dns>

So if `/etc/resolv.conf` ends up empty on your device, something else is going on specific to your setup. Sounds like some weird quirk that affects a very minor lot of users. If it were a bigger issue we would have had several reports and especially from our testing crew.

The `VALIDATE_NETWORK()` logic you are looking at _does_ use `$DDNS`, but that variable is populated from the above file, not left blank by default…

If you can share the output of `cat /opt/muos/config/network/dns` from your device that would help narrow down what may be actually happening on your end. Happy to investigate further if there _is_ a real edge case here.

---

<div class="post-metadata">

### Author: ![xonglebongle](https://community.muos.dev/user_avatar/community.muos.dev/xonglebongle/32/57_2.png) [@xonglebongle](https://community.muos.dev/u/xonglebongle)
#### Post date: [May 6, 2026, 11:25am UTC](https://community.muos.dev/t/dns-unknown-all-network-tasks-failing-muos-not-handling-dns-from-dhcp-offers/1499/3 "2026-05-06T11:25:26Z")

</div>

In addition to this information I have updated our network initialisation script to harden a few things, such as a `1.1.1.1` DNS fallback just in case it _was_ being purged (_for whatever reason…_) along with internalising the `dhcpcd.conf` file so that if need be you can customise it however you see fit.

> <https://github.com/MustardOS/internal/commit/ed9d236352da4580763652a55c79af523318dc7f>

Other than this change there is nothing else we can do, it is working fine for the majority of users and unless you have a quirky network setup then it will be quite difficult to pinpoint the issue you are facing.

---

<div class="post-metadata">

### Author: ![system](https://community.muos.dev/user_avatar/community.muos.dev/system/32/2547_2.png) [@system](https://community.muos.dev/u/system)
#### Post date: [May 6, 2026, 12:25pm UTC](https://community.muos.dev/t/dns-unknown-all-network-tasks-failing-muos-not-handling-dns-from-dhcp-offers/1499/4 "2026-05-06T12:25:41Z")

</div>

This topic was automatically closed 60 minutes after the last reply. New replies are no longer allowed.
