On Fri, Jul 31, 2020 at 5:49 AM Stanislav Levin via FreeIPA-users < freeipa-users@lists.fedorahosted.org> wrote:
31.07.2020 2:03, Christian Hernandez via FreeIPA-users пишет:
I'm having an issue delegating a subdomain. My domain is cloud.chx and I ran the following.
ipa dnsrecord-add cloud.chx dc1.ad --a-rec=192.168.1.253 ipa dnsrecord-add 1.168.192.in-addr.arpa. 253 --ptr-rec=dc1.ad.cloud.chx. ipa dnsrecord-add cloud.chx ad --ns-rec=dc1.ad.cloud.chx.
I checked and it's in the config
[root@ipa1 ~]# dig axfr cloud.chx | grep ad ad.cloud.chx. 86400 IN NS dc1.ad.cloud.chx. dc1.ad.cloud.chx. 86400 IN A 192.168.1.253
But when I query, it doesn't return what I expected.
[root@ipa1 ~]# dig dc1.ad.cloud.chx NS
; <<>> DiG 9.11.4-P2-RedHat-9.11.4-16.P2.el7_8.6 <<>> dc1.ad.cloud.chx NS ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 15346 ;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 1
;; OPT PSEUDOSECTION: ; EDNS: version: 0, flags:; udp: 4096 ;; QUESTION SECTION: ;dc1.ad.cloud.chx. IN NS
;; Query time: 27 msec ;; SERVER: 127.0.0.1#53(127.0.0.1) ;; WHEN: Thu Jul 30 15:48:03 PDT 2020 ;; MSG SIZE rcvd: 45
The other DNS server is up and running.
[root@ipa1 ~]# dig @192.168.1.253 dc1.ad.cloud.chx
; <<>> DiG 9.11.4-P2-RedHat-9.11.4-16.P2.el7_8.6 <<>> @192.168.1.253 dc1.ad.cloud.chx ; (1 server found) ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 64777 ;; flags: qr aa rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1
;; OPT PSEUDOSECTION: ; EDNS: version: 0, flags:; udp: 4000 ;; QUESTION SECTION: ;dc1.ad.cloud.chx. IN A
;; ANSWER SECTION: dc1.ad.cloud.chx. 3600 IN A 192.168.1.253
;; Query time: 1 msec ;; SERVER: 192.168.1.253#53(192.168.1.253) ;; WHEN: Thu Jul 30 15:59:21 PDT 2020 ;; MSG SIZE rcvd: 61
This is worth noting that adding +norec works.
[root@ipa1 ~]# dig dc1.ad.cloud.chx NS +norec
; <<>> DiG 9.11.4-P2-RedHat-9.11.4-16.P2.el7_8.6 <<>> dc1.ad.cloud.chx NS +norec ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 36273 ;; flags: qr ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 2
;; OPT PSEUDOSECTION: ; EDNS: version: 0, flags:; udp: 4096 ;; QUESTION SECTION: ;dc1.ad.cloud.chx. IN NS
;; AUTHORITY SECTION: ad.cloud.chx. 86400 IN NS dc1.ad.cloud.chx.
;; ADDITIONAL SECTION: dc1.ad.cloud.chx. 86400 IN A 192.168.1.253
;; Query time: 0 msec ;; SERVER: 127.0.0.1#53(127.0.0.1) ;; WHEN: Thu Jul 30 15:59:39 PDT 2020 ;; MSG SIZE rcvd: 75
Is there anything I'm missing?
Do you have the validating resolver(DNSSEC-aware recursive server) listening on 127.0.0.1#53? And if Yes then do you have DS RRs in the parent zone for the delegated one?
I see no DNSSEC error in my logs. Just some errors when I ran ipactl restart a few times...
[root@ipa1 ~]# egrep -i 'error|dc1' /var/named/data/named.run 29-Jul-2020 12:45:24.569 LDAP error: Can't contact LDAP server: ldap_sync_poll() failed 30-Jul-2020 14:04:22.667 LDAP error: Can't contact LDAP server: ldap_sync_poll() failed 30-Jul-2020 15:12:33.778 LDAP error: Can't contact LDAP server: ldap_sync_poll() failed 30-Jul-2020 15:15:35.740 LDAP error: Can't contact LDAP server: ldap_sync_poll() failed 30-Jul-2020 15:17:22.125 LDAP error: Can't contact LDAP server: ldap_sync_poll() failed 30-Jul-2020 17:54:19.335 LDAP error: Can't contact LDAP server: ldap_sync_poll() failed 30-Jul-2020 17:55:00.649 LDAP error: Can't contact LDAP server: ldap_sync_poll() failed 30-Jul-2020 18:37:27.418 LDAP error: Can't contact LDAP server: ldap_sync_poll() failed
I do see these, but I don't think they're related.
[root@ipa1 ~]# grep 192.168.1.253 /var/named/data/named.run 30-Jul-2020 14:34:00.480 client @0x7f2cd81cada0 192.168.1.253#59899: update 'cloud.chx/IN' denied 30-Jul-2020 14:34:00.702 client @0x7f2cb030acc0 192.168.1.253#50606: update 'cloud.chx/IN' denied 30-Jul-2020 14:37:18.666 client @0x7f2cd80559a0 192.168.1.253#62071: update 'cloud.chx/IN' denied 30-Jul-2020 14:37:41.334 client @0x7f2cb030acc0 192.168.1.253#58363: update 'cloud.chx/IN' denied 30-Jul-2020 15:38:49.112 client @0x7ff2741cada0 192.168.1.253#49900: update '1.168.192.in-addr.arpa/IN' denied 30-Jul-2020 20:13:16.706 client @0x7f64f044a9a0 192.168.1.253#51960: update '1.168.192.in-addr.arpa/IN' den
The error I'm getting is NXDOMAIN
[root@ipa1 ~]# dig @localhost dc1.ad.cloud.chx
; <<>> DiG 9.11.4-P2-RedHat-9.11.4-16.P2.el7_8.6 <<>> @localhost dc1.ad.cloud.chx ; (2 servers found) ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 63161 ;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 1
;; OPT PSEUDOSECTION: ; EDNS: version: 0, flags:; udp: 4096 ;; QUESTION SECTION: ;dc1.ad.cloud.chx. IN A
;; Query time: 17 msec ;; SERVER: ::1#53(::1) ;; WHEN: Fri Jul 31 07:05:40 PDT 2020 ;; MSG SIZE rcvd: 45
The glue records are in
[root@ipa1 ~]# dig @localhost AXFR cloud.chx | grep dc1 ad.cloud.chx. 86400 IN NS dc1.ad.cloud.chx. dc1.ad.cloud.chx. 86400 IN A 192.168.1.253
https://www.isc.org/dnssec/ https://downloads.isc.org/isc/dnssec-guide/dnssec-guide.pdf
FreeIPA-users mailing list -- freeipa-users@lists.fedorahosted.org To unsubscribe send an email to freeipa-users-leave@lists.fedorahosted.org 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.fedorahosted.org/archives/list/freeipa-users@lists.fedorahoste...