Linux Mint Forums
Forum rules
Before you post please read how to get help. Topics in this forum are automatically closed 6 months after creation.
[SOLVED] local DNS issues Mint21
Post by chux » Mon Aug 15, 2022 7:19 am
I recently installed a fresh copy of mint 21.
I appear to be having issues resolving hostnames on the local network. pinging by IP address works.
The /etc/resolv.conf file has the following entries
nameserver 127.0.0.53 options edns0 trust-ad search .Global Protocols: -LLMNR -mDNS -DNSOverTLS DNSSEC=no/unsupported resolv.conf mode: stub Link 2 (wlp0s20f3) Current Scopes: DNS Protocols: +DefaultRoute +LLMNR -mDNS -DNSOverTLS DNSSEC=no/unsupported Current DNS Server: 192.168.1.1 DNS Servers: 192.168.1.1 Link 3 (enx047bcb603193) Current Scopes: none Protocols: -DefaultRoute +LLMNR -mDNS -DNSOverTLS DNSSEC=no/unsupported Then it works correctly and I can ping/connect to servers using hostname.
I don’t really want to have to hardcode this though. Is there another way to fix this?
This functionality works on all other windows/mac computers on the network eg can find other servers by hostname
Last edited by LockBot on Wed Feb 15, 2023 11:00 pm, edited 2 times in total.
Reason: Topic automatically closed 6 months after creation. New replies are no longer allowed.
Linux Mint Forums
Forum rules
Before you post please read how to get help. Topics in this forum are automatically closed 6 months after creation.
coffee412 Level 7
Posts: 1659 Joined: Mon Nov 12, 2012 7:38 pm Location: I dont know Contact:
DNS — Resolv.conf
Post by coffee412 » Sun Nov 18, 2012 10:49 am
I realize that you can go into control panel / network and change the DNS settings. However, Normally Im used to /etc/resolv.conf handling the DNS entries. Although my install of Mint14 is working fine Iam curious why there are no entries in /etc/resolv.conf ??
Where does Mint14 store the DNS entries??
Might this be related to me running in a VM ?
Last edited by LockBot on Wed Dec 28, 2022 7:16 am, edited 1 time in total.
Reason: Topic automatically closed 6 months after creation. New replies are no longer allowed.
Ryzen x1800 Asus Prime x370-Pro 32 gigs Ram RX480 graphics
Dell PE T610, Dell PE T710 — List your hardware Profile: inxi -Fxpmrz
MeshCentral * Virtualbox * Debian * InvoiceNinja * NextCloud * Linux since kernel 2.0.36
Re: DNS — Resolv.conf
Post by xenopeek » Sun Nov 18, 2012 11:07 am
This post may be helpful: http://www.stgraber.org/2012/02/24/dns-in-ubuntu-12-04/. From Linux Mint 13 onwards, the Ubuntu base is using resolvconf and dnsmasq, affecting how you configure your DNS.
Note that if you are running a virtual machine with Linux Mint 13 or above (or Ubuntu 12.04 or above) as a host OS, you will probably have to configure the virtual machine to use bridged network instead of the default NAT.
coffee412 Level 7
Posts: 1659 Joined: Mon Nov 12, 2012 7:38 pm Location: I dont know Contact:
Re: DNS — Resolv.conf
Post by coffee412 » Mon Nov 19, 2012 9:51 am
Just wanted to say thank you Vincent,
Ryzen x1800 Asus Prime x370-Pro 32 gigs Ram RX480 graphics
Dell PE T610, Dell PE T710 — List your hardware Profile: inxi -Fxpmrz
MeshCentral * Virtualbox * Debian * InvoiceNinja * NextCloud * Linux since kernel 2.0.36
- Important Notices
- ↳ Rules & Notices
- ↳ Releases & Announcements
- ↳ Main Edition Support
- ↳ Beginner Questions
- ↳ Installation & Boot
- ↳ Software & Applications
- ↳ Hardware Support
- ↳ Graphics Cards & Monitors
- ↳ Printers & Scanners
- ↳ Storage
- ↳ Sound
- ↳ Networking
- ↳ Virtual Machines
- ↳ Desktop & Window Managers
- ↳ Cinnamon
- ↳ MATE
- ↳ Xfce
- ↳ Other topics
- ↳ Non-technical Questions
- ↳ Tutorials
- Debian Edition Support
- ↳ LMDE Forums
- ↳ Beginner Questions
- ↳ Installation & Boot
- ↳ Software & Applications
- ↳ Hardware Support
- ↳ Networking
- ↳ Tutorials
- ↳ Other Topics & Open Discussion
- ↳ LMDE Archive
- Interests
- ↳ Gaming
- ↳ Scripts & Bash
- ↳ Programming & Development
- Customization
- ↳ Themes, Icons & Wallpaper
- ↳ Compiz, Conky, Docks & Widgets
- ↳ Screenshots
- ↳ Your Artwork
- Chat
- ↳ Introduce Yourself
- ↳ Chat about Linux Mint
- ↳ Chat about Linux
- ↳ Open Chat
- ↳ Suggestions & Feedback
- International
- ↳ Translations
- ↳ Deutsch — German
- ↳ Español — Spanish
- ↳ Français — French
- ↳ Italiano — Italian
- ↳ Nederlands — Dutch
- ↳ Português — Portuguese
- ↳ Русский — Russian
- ↳ Suomi — Finnish
- ↳ Other Languages
- ↳ Čeština-Slovenčina — Czech-Slovak
- ↳ Magyar — Hungarian
- ↳ 日本語 — Japanese
- ↳ Polski — Polish
- ↳ Svenska — Swedish
- ↳ Українська — Ukrainian
Powered by phpBB® Forum Software © phpBB Limited
Linux Mint Forums
Forum rules
Before you post please read how to get help. Topics in this forum are automatically closed 6 months after creation.
Problem with resolv.conf
Post by Drummond » Sun Mar 07, 2021 5:30 pm
Please let me know if this should be posted somewhere else.
I finally decided to bring my «server*» running 18.3 up to something more current and after updating to 19 I lost the internet. I still had access to the local network and could ping anything so it is not a nic problem. I did a lot of testing and discovered there was 1 line in
If I change it to 127.0.0.53 everything appears to work correctly, but it reverts back to 127.0.0.1 with every reboot. The problem is I cannot find where it is getting this 127.0.0.1 from. I have checked and changed several .conf files and changed 127.0.0.1 to 127.0.0.53 and it still reverts on the etc/recolv.conf. I have been looking for 2 days to find where this is coming from but nothing is able to point me in the correct direction
I have to assume either a script in the upgrade failed or I have software which it did not take into account (pi-hole maybe?) and it is still setting the nameserver to 127.0.0.1.
On my other machines I also have another line
This option controls the AD bit behavior of the stub resolver. If a validating resolver sets the AD bit in a response, it indicates that the data in the response was verified according to the DNSSEC protocol.doesn’t explain much or tell me if I should also have this on the machine I am upgrading.
Any help would be appreciated!
Last edited by LockBot on Wed Dec 28, 2022 7:16 am, edited 1 time in total.
Reason: Topic automatically closed 6 months after creation. New replies are no longer allowed.
Re: Problem with resolv.conf
Post by Kadaitcha Man » Sun Mar 07, 2021 7:49 pm
This is a complex problem because a) there are many things you’re not telling us (I think that’s actually a good thing because there is far too much that we need to know), b) it’s going to be a rewrite of the Epic of Gilgamesh to ferret out exactly how your network is configured from top to bottom, c) AD is involved here, and d) this is potentially more than an issue of /etc/resolv.conf stubbornly refusing to be correct, so on that basis, I’ll just try to point you in the right direction.
1) NetworkManager is responsible for putting the DNS resolver address into /etc/resolv.conf . The Network Connections applet in the system tray is the first place to look, and the Network Settings applet in the system tray is the second place to look. Only when you’ve double-verified the userland settings should you look elsewhere.
2) resolvconf (now resolvectl ), avahi , systemd-resolve , and in your case I suspect dnsmasq , which is one of the things I’m certain you’re not telling us about, are all involved in the interplay of network components. Since AD is also involved, we have to contend with the possibility of sssd , realmd , oddjob , adcli , samba , kerberos , ldap , and a dizzying array of other possible interplays, even if they play no direct role in /etc/resolv.conf refusing to be correct.
4) The likely cause is a misconfigured resolvconf , which is, presumably, and this is only outright speculation, caused by messing around around inside configuration files without fully understanding how all the network components work together, not that I’m being accusatory here in any way; it may simply be an overlooked or forgotten userland setting in the system tray.
There should be enough information there for you to continue to try to rectify the issue. From 2) above alone, I hope you are able to see why I (others who can help you are excluded from ‘I’) am reluctant to join you down your rabbit hole. The opening paragraph merely compounds the myriad potential issues implied in 2), hence the rabbit warren I’m reluctant to jump into.
Re: Problem with resolv.conf
Post by Drummond » Mon Mar 08, 2021 10:07 am
Well, if it was not a complex problem, it would be easier for me to find a solution and I would not have to ask. It is a waste of time to start dumping information on the forum without having any idea what information is useful.
I guess I will roll it back to 18.3 until I have time to figure out how I want to rebuild it.
Thank you for your time.
Re: Problem with resolv.conf
Post by Kadaitcha Man » Mon Mar 08, 2021 5:59 pm
Drummond wrote: ⤴ Mon Mar 08, 2021 10:07 am I guess I will roll it back to 18.3 until I have time to figure out how I want to rebuild it.
Thank you for your time.
Thank you for your expectation that someone would use their own time to figure it all out for you, completely free of charge.
You were given the reasons for my reluctance, and you were given pointers as to where to look. I simply will not help you if you need it in future.
Re: Problem with resolv.conf
Post by Drummond » Tue Mar 09, 2021 7:07 am
I apologize that after looking where you suggested (in the few places I had not already looked) I determined there was no way I could correctly fix the actual problem and decided it was safer to revert and take the time to plan out a new server install, I honestly and sincerely thanked you for your time.
I came here after spending 2 very long days researching, troubleshooting and reading manpages and config files. This forum is where I assumed, perhaps incorrectly, that people came to receive help in resolving complex issues. Your help consisted of telling me where to look, assuming I was hiding something, telling me to check the settings again and RTFM. What you failed to do is read my e-mail and ask any questions, all of which is your right. The problem was most likely a failed upgrade. In fact this was the third failed upgrade, the first 2 failed to complete at all. Perhaps I should have added this in in my initial post but I assumed (probably incorrectly) that it completed without any errors I saw and it should be fine. You did not know that other than the pi-hole install and fstab entries to mount shares on file servers the whole networking stack was completely default, I made no changes because I did not need to. I do not make changes to the defaults unless I need to because they are too easy to forget.
I determined it would not be a good use of my time or the time of anyone else who choose to help me to continue looking when it is far quicker, easier and much better to format and do a clean install. Since the Timeshift restore now results in a kernel panic every time, that is what I have started. It will be Ubuntu server and containers, as I had been planning to do when I had more free time.
Why you choose to feel slighted by my decision to take the best option and roll back to the last known version while planning a new install and thank you for your time I do not understand. Who you choose to help with your knowledge and limited time is your decision and yours alone, your last public post is most unhelpful and makes assumptions which are just not true and requires a public response to prevent your post from negatively affecting the community. Your feeling slighted for my thanking you for your time and my decision not to waste more of my time or that of anyone who chooses to help me when by all measures the best thing to do is format and reinstall is in my opinion neither logical nor rational. In fact, I am amazed it was not your first suggestion, it should have been as that is not only the simplest solution, it is the only option which is guaranteed to resolve the apparent problem as well as any others which are not so visible and may pop up later.
Please take anything further on this private, it is not helpful to the community in any way. Thank you again for your time.
One last thing, from a community perspective, it would be enormously helpful for the people who understand how these very complex systems and sub-systems work to create some flow charts so others can better understand it as well. Manpages are helpful when looking at a single program, but much less so when looking at a complex system. If they exist, someone please point me in the right direction as I have not been able to find anything like it yet.