On 12/17/22 11:47, Samuel Sieb wrote:
On 12/17/22 11:40, ToddAndMargo via users wrote:
On 12/16/22 22:54, Samuel Sieb wrote:
On 12/16/22 22:44, ToddAndMargo via users wrote:
On 12/16/22 22:11, Samuel Sieb wrote:
On 12/16/22 21:18, ToddAndMargo via users wrote:
On 12/16/22 20:23, Mike Wright wrote:
127.0.0.0/8 is the loopback address. That means that any IP that
begins with 127 is a valid loopback address. The three 0's can
each be any number from 0 through 255.
So the 127.0.0.53 was the bind guys being sneaky!
That's not bind. systemd-resolved is on 127.0.0.53 and 127.0.0.54
on my system. bind would most likely try to get 127.0.0.1 as you
demonstrated in your other email. If you want systemd-resolved to
use your bind server instead of the dhcp offered one, then modify
/etc/systemd/resolved.conf to set 127.0.0.1 as the primary DNS server.
Named/bind uses port 53
$ grep -i 53 /etc/services
domain 53/tcp # name-domain server
domain 53/udp
Not sure what your point is here. Yes, they *all* use port 53, but
on different IP addresses. By default, resolv.conf points to
systemd-resolved, so you need to tell that to pass it on to bind.
Everything is commented out in my
/etc/systemd/resolved.conf
Yes, so you need to uncomment the DNS line and edit it.
I set DNS=127.0.0.1
No Joy. It was still random
# systemctl restart systemd-resolved.service
Then I tried DNS=127.0.0.1:53 and it is working
stable and fast, for now. I have thought I
had it working several times before, but got
my heart broken.
And now it is failing again.
It begs the question, if /etc/resolv.conf states
nameserver 127.0.0.53
why do I need to explicitly tell resolved what it
is in resolved.conf.
I think you're still missing the difference here. 127.0.0.53 is
systemd-resolved. Your bind is at 127.0.0.1. You need to tell resolved
to pass the requests to bind.
What does "resolvectl" show?
Then put the DNS entry back in the config and restart resolved and try
"resolvectl" again.
All this silliness started as of Fedora Core 37.
There were no issues with 36.
eno2 is my internet connected Ethernet port
# host gbis.com
;; communications error to 127.0.0.53#53: timed out
;; communications error to 127.0.0.53#53: timed out
;; no servers could be reached
And two minutes later:
# host gbis.com
gbis.com has address 54.151.57.48
gbis.com mail is handled by 0 gbis.com.
But it does not hold. Back and forth and
back and forth
# cat /etc/resolv.conf
nameserver 127.0.0.53
options edns0 trust-ad
search .
# netstat -rn
Kernel IP routing table
Destination Gateway Genmask Flags MSS Window irtt
Iface
0.0.0.0 192.168.250.1 0.0.0.0 UG 0 0 0
eno2
192.168.122.0 0.0.0.0 255.255.255.0 U 0 0 0
virbr0
192.168.250.0 0.0.0.0 255.255.255.0 U 0 0 0
eno2
192.168.255.0 0.0.0.0 255.255.255.0 U 0 0 0 br0
I tried setting DNS= to my IP address of br0. It shows
up in resolvectl, but not /etc/resolv.conf.
If I set nameserver in resolv.conf to my IP address
of br0, it work great, until resolved over writes it
with 127.0.0.53 next tile I exhale.
with DNS= commented out
Looks like it is working to me:
Current DNS Server: 127.0.0.1
DNS Servers: 127.0.0.1
# resolvectl (all DNF= commented out)
Global
Protocols: LLMNR=resolve -mDNS -DNSOverTLS DNSSEC=no/unsupported
resolv.conf mode: stub
Link 2 (eno2)
Current Scopes: DNS LLMNR/IPv4
Protocols: +DefaultRoute +LLMNR -mDNS -DNSOverTLS
DNSSEC=no/unsupported
Current DNS Server: 127.0.0.1
DNS Servers: 127.0.0.1
Link 3 (eno1)
Current Scopes: none
Protocols: -DefaultRoute +LLMNR -mDNS -DNSOverTLS
DNSSEC=no/unsupported
Link 4 (br0)
Current Scopes: none
Protocols: -DefaultRoute +LLMNR -mDNS -DNSOverTLS
DNSSEC=no/unsupported
Link 5 (virbr0)
Current Scopes: none
Protocols: -DefaultRoute +LLMNR -mDNS -DNSOverTLS
DNSSEC=no/unsupported
_______________________________________________
users mailing list -- users@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to users-leave@xxxxxxxxxxxxxxxxxxxxxxx
Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: https://lists.fedoraproject.org/archives/list/users@xxxxxxxxxxxxxxxxxxxxxxx
Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
