Start your 3-day free trial
Sign up to experience all premium features at no cost.
*Available only to new users. Each user is limited to one trial.


To change DNS settings in Windows 11, open Settings > Network & internet, select the active Wi-Fi or Ethernet connection, find DNS server assignment, and choose Edit. Record the original setting and addresses before switching between Automatic (DHCP) and Manual. If you enter manual IPv4 or IPv6 resolvers, decide explicitly whether DNS over HTTPS is required and whether fallback to unencrypted DNS is acceptable. Save, test the same domain names, and restore the recorded configuration if the change does not help.
Key Takeaways
- Edit the connection that is actually carrying traffic, not an inactive adapter.
- Record Automatic/Manual state, every IPv4 and IPv6 address, and encryption choices first.
- Use only resolver addresses and DNS-over-HTTPS details from an administrator or provider you trust.
- Allowing plaintext fallback means a query may be sent without encryption when HTTPS fails.
- DNS cannot repair weak Wi-Fi, a disconnected router, a captive portal, or a provider outage.
This is a Windows 11 procedure, not a recommendation for any particular public DNS service. For broader diagnosis, start with the device and app troubleshooting guide.
DNS translates names such as example.com into network addresses. A DNS change is relevant when several domain names fail to resolve even though the device still has a working local connection. It is less likely to help when Wi-Fi disconnects, every device on the router is offline, a sign-in portal is waiting, or only one account, app, or website fails.
Before editing, compare a small set of symptoms:
| Observation | More likely layer | First action |
|---|---|---|
| Several unrelated names fail on one PC | DNS or a local filter | Record DNS and compare another network |
| All devices fail on the same network | Router or internet service | Check the shared connection |
| One app or site fails | App, account, service, or policy | Test unrelated destinations |
| An IP address works but names do not | DNS is plausible | Verify with approved support steps |
| A captive portal is incomplete | Network authorization | Complete the trusted sign-in |
Changing DNS does not guarantee faster browsing, greater privacy, or access to content. Results depend on the resolver operator, transport encryption, network policy, caching, and the destination. Do not cycle through random addresses as a substitute for identifying the failing layer.
Windows keeps settings per network interface. A laptop may have Wi-Fi, Ethernet, a dock, virtual adapters, and cellular interfaces at the same time. Changing an interface that is not active will not change the path you are testing.
Microsoft documents Automatic (DHCP) and Manual IP-related settings on the current Windows network settings page.[1] If the computer is managed and the fields are locked or repeatedly restored, stop. A work or school policy, security product, or network profile may own the configuration.
Keep the recovery record outside the Settings window. A screenshot is optional for your own reference, but a written list is easier to compare and does not need to contain Wi-Fi passwords or other credentials.
Enter only numeric DNS server addresses in the address fields. A website URL, proxy address, PAC file, search suffix, and router administration page are different settings. Do not copy a resolver from an anonymous speed list or a forum command without knowing who operates it and what policy applies.
If you need different DNS on both Wi-Fi and Ethernet, configure and verify them separately. Windows does not treat a manual Wi-Fi value as a universal setting for every adapter.
Automatic (DHCP) asks the network to supply settings. This is usually the correct restoration target when the connection originally inherited DNS from a home router, workplace, hotel, or mobile hotspot. Manual keeps the addresses you enter for that interface until another authorized configuration changes them.
Manual values can break internal hostnames on a workplace or home network if the chosen resolver does not know those names. They can also conflict with a VPN, filter, parental-control service, or device-management policy. Preserve the original mode so the test is reversible.
Windows 11 can expose encryption choices for a manually entered resolver. Microsoft describes three behaviors: DNS over HTTPS off, on with an automatic template, or on with a manually supplied template. It also exposes a fallback option. The wording available to you may vary by Windows build and whether Windows recognizes the resolver.
The fallback choice is a policy decision, not a performance tweak. If encrypted DNS is required, enabling plaintext fallback defeats that fail-closed expectation. If availability is more important on a network that does not support the chosen encrypted path, disabling fallback may leave names unresolved. Follow the requirements of the network owner rather than guessing.
Do not invent an HTTPS template or assume that every numeric resolver address supports encrypted DNS. An address working for ordinary DNS does not prove that a particular HTTPS endpoint belongs to the same operator.
Use the same tests before and after the change so that an unrelated recovery is not mistaken for proof.
A successful result is consistent name resolution without breaking known-good or internal destinations. One page loading once is weak evidence because caches, a restored router link, or a completed portal sign-in may have changed simultaneously.
This guide does not require destructive cache commands, registry edits, or opaque PowerShell. If an administrator asks for command-line evidence, use its version-specific instructions, record the output, and avoid commands that change unrelated adapters.
If Windows still reports no internet, follow the ordinary Wi-Fi checks before changing more settings. Microsoft recommends narrowing device, router, and adapter causes and reserving broader network reset for later.[2] The Windows connected-without-internet guide covers that scope.
Restore immediately if the test makes resolution worse, breaks internal resources, or produces no clear benefit.
Do not use Network reset merely to undo one known DNS change. Network reset removes and reinstalls network adapters and returns broader settings to defaults, so it is a later recovery step with wider impact. Use the Windows network reset guide only after preserving adapter, VPN, virtual-switch, and enterprise requirements.
If a setting keeps returning, identify its owner. DHCP, device management, a VPN, a security filter, or administrator policy may be applying it. Repeatedly fighting that state can leave the device inconsistent without fixing the original problem.
Return to the evidence:
Avoid replacing one unverified resolver with another. A clear restore point and comparable tests are more useful than a long list of addresses.
Change DNS in Windows 11 only on the active Wi-Fi or Ethernet connection and only after the symptoms point to name resolution. Record the original Automatic or Manual state, IPv4 and IPv6 addresses, and encryption policy. Understand that plaintext fallback can remove the encryption guarantee. Verify the same names before and after, then restore the exact baseline if the change does not produce a clear, safe improvement.
Open Settings > Network & internet, select the active Wi-Fi or Ethernet connection, find DNS server assignment, and select Edit.
Keep Automatic when the network is meant to supply DNS. Use Manual only when you have approved resolver addresses and a reason to override the network for that interface.
Yes. Enable and configure each protocol for which you have valid, trusted addresses. Do not copy an IPv4 address into an IPv6 field or vice versa.
It allows Windows to send an unencrypted DNS query if DNS over HTTPS fails. Leave it off when encrypted DNS is a strict requirement and accept that resolution may then fail closed.
It does not improve radio signal or repair an internet outage. Name lookup time can vary, but no resolver guarantees a universal speed improvement.
DHCP, device management, a VPN, a security filter, or administrator policy may own the value. Identify that owner instead of repeatedly overwriting it.
No. Save the setting, reopen the affected apps, and run controlled tests. Network reset is a broader last-stage action, not a routine DNS step.
Return to the same connection and restore the recorded Manual values or select Automatic (DHCP) if that was the original mode; Automatic is also how you reset DNS to what the network supplies. Restore encryption and fallback choices too. Clearing cached lookups is a separate, optional step: ipconfig /flushdns in Command Prompt resets the DNS client resolver cache without changing server addresses.[3] A VPN is a separate connection choice, not a substitute for restoring the correct Windows 11 DNS mode and resolver addresses.
Sources checked 4 October 2026.
Sign up to experience all premium features at no cost.
*Available only to new users. Each user is limited to one trial.





