rocky / centos 9 dns resolve issue #968

Open
opened 2025-11-20 05:20:45 -05:00 by saavagebueno · 1 comment
Owner

Originally created by @ez1976 on GitHub (Jun 11, 2024).

Hi.
i created a split DNS configuration on our bind9 named server using views
anything that the source query is from 100.120.x.x (our netbird network) is resolved from a zone file with the internal IP of the netbird agents installed on internal servers.
any other queries are from the regular zone files and are resolved to the internal network IP.

when doing nslookup from rocky/centos 9 server i get the correct IP of the netbird agent but pinging is still resolved to the internal network.

Centos 7:
[root@rd16 ~]#cat /etc/os-release
NAME="CentOS Linux"
VERSION="7 (Core)"
ID="centos"
ID_LIKE="rhel fedora"

[root@rd16 ~]#nslookup mvm15.it.qwilt.com
Server: 100.120.255.254
Address: 100.120.255.254#53

mvm15.it.qwilt.com canonical name = us-w1-mvm15.it.qwilt.com.
Name: us-w1-mvm15.it.qwilt.com
Address: 100.120.151.203

[root@rd16 ~]#ping mvm15.it.qwilt.com
PING us-w1-mvm15.it.qwilt.com (100.120.151.203) 56(84) bytes of data.
64 bytes from 100.120.151.203 (100.120.151.203): icmp_seq=1 ttl=64 time=202 ms
64 bytes from 100.120.151.203 (100.120.151.203): icmp_seq=2 ttl=64 time=202 ms
^C
--- us-w1-mvm15.it.qwilt.com ping statistics ---
2 packets transmitted, 2 received, 0% packet loss, time 999ms
rtt min/avg/max/mdev = 202.023/202.094/202.165/0.071 ms
[root@rd16 ~]#

but on Rocky 9:

[root@rd10 ~]#cat /etc/os-release
NAME="Rocky Linux"
VERSION="9.3 (Blue Onyx)"
ID="rocky"
ID_LIKE="rhel centos fedora"
VERSION_ID="9.3"
[root@rd10 ~]#nslookup mvm15.it.qwilt.com
Server: 100.120.166.93
Address: 100.120.166.93#53

mvm15.it.qwilt.com canonical name = us-w1-mvm15.it.qwilt.com.
Name: us-w1-mvm15.it.qwilt.com
Address: 100.120.151.203

[root@rd10 ~]#ping mvm15.it.qwilt.com
PING us-w1-mvm15.it.qwilt.com (10.66.25.62) 56(84) bytes of data.

Originally created by @ez1976 on GitHub (Jun 11, 2024). Hi. i created a split DNS configuration on our bind9 named server using views anything that the source query is from 100.120.x.x (our netbird network) is resolved from a zone file with the internal IP of the netbird agents installed on internal servers. any other queries are from the regular zone files and are resolved to the internal network IP. when doing nslookup from rocky/centos 9 server i get the correct IP of the netbird agent but pinging is still resolved to the internal network. Centos 7: [root@rd16 ~]#cat /etc/os-release NAME="CentOS Linux" VERSION="7 (Core)" ID="centos" ID_LIKE="rhel fedora" [root@rd16 ~]#nslookup mvm15.it.qwilt.com Server: 100.120.255.254 Address: 100.120.255.254#53 mvm15.it.qwilt.com canonical name = us-w1-mvm15.it.qwilt.com. Name: us-w1-mvm15.it.qwilt.com Address: 100.120.151.203 [root@rd16 ~]#ping mvm15.it.qwilt.com PING us-w1-mvm15.it.qwilt.com (100.120.151.203) 56(84) bytes of data. 64 bytes from 100.120.151.203 (100.120.151.203): icmp_seq=1 ttl=64 time=202 ms 64 bytes from 100.120.151.203 (100.120.151.203): icmp_seq=2 ttl=64 time=202 ms ^C --- us-w1-mvm15.it.qwilt.com ping statistics --- 2 packets transmitted, 2 received, 0% packet loss, time 999ms rtt min/avg/max/mdev = 202.023/202.094/202.165/0.071 ms [root@rd16 ~]# but on Rocky 9: [root@rd10 ~]#cat /etc/os-release NAME="Rocky Linux" VERSION="9.3 (Blue Onyx)" ID="rocky" ID_LIKE="rhel centos fedora" VERSION_ID="9.3" [root@rd10 ~]#nslookup mvm15.it.qwilt.com Server: 100.120.166.93 Address: 100.120.166.93#53 mvm15.it.qwilt.com canonical name = us-w1-mvm15.it.qwilt.com. Name: us-w1-mvm15.it.qwilt.com Address: 100.120.151.203 [root@rd10 ~]#ping mvm15.it.qwilt.com PING us-w1-mvm15.it.qwilt.com (10.66.25.62) 56(84) bytes of data.
saavagebueno added the clientdns labels 2025-11-20 05:20:45 -05:00
Author
Owner

@nazarewk commented on GitHub (Apr 23, 2025):

@ez1976 were you able to resolve your issue?

as a side-note it can sometimes happen that different tools use different DNS/cache implementations and can permanently/temporarily yield different results

@nazarewk commented on GitHub (Apr 23, 2025): @ez1976 were you able to resolve your issue? as a side-note it can sometimes happen that different tools use different DNS/cache implementations and can permanently/temporarily yield different results
Sign in to join this conversation.
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: SVI/netbird#968