33.5. Managing Dynamic DNS Updates
33.5.1. Enabling Dynamic DNS Updates
ipa-client-install script cannot add a DNS record pointing to the new client.
Note
- The DNS zone must be configured to allow dynamic updates
- The local clients must be configured to send dynamic updates
33.5.1.1. Configuring the DNS Zone to Allow Dynamic Updates
Enabling Dynamic DNS Updates in the Web UI
- Open the Network Services tab, and select the DNS subtab, followed by the DNS Zones section.

Figure 33.16. DNS Zone Management
- Click on the zone name in the list of all zones to open the DNS zone page.

Figure 33.17. Editing a Master Zone
- Click Settings to switch to the DNS zone settings tab.

Figure 33.18. The Settings Tab in the Master Zone Edit Page
- Scroll down to the Dynamic update field, and set the value to True.

Figure 33.19. Enabling Dynamic DNS Updates
- Click at the top of the page to confirm the new configuration.
Enabling Dynamic DNS Updates from the Command Line
ipa dnszone-mod command with the --dynamic-update=TRUE option. For example:
[user@server ~]$ ipa dnszone-mod server.example.com --dynamic-update=TRUE
33.5.1.2. Configuring the Clients to Send Dynamic Updates
--enable-dns-updates option with the ipa-client-install script.
[root@client ~]# ipa-client-install --enable-dns-updates
- Open the SSSD configuration file.
[root@server ~]# vim /etc/sssd/sssd.conf
- Find the domain section for the IdM domain.
[domain/ipa.example.com]
- If dynamic updates have not been enabled for the client, then set the
dyndns_updatevalue to true.dyndns_updates = true
- Add or edit the
dyndns_ttlparameter to set the value, in seconds.dyndns_ttl = 2400
33.5.2. Synchronizing A/AAAA and PTR Records
- Both forward and reverse zones must be managed by the IdM server.
- Both zones must have dynamic updates enabled.Enabling dynamic updates is covered in Section 33.5.1, “Enabling Dynamic DNS Updates”.
- PTR synchronization must be enabled for the master forward zone, not for the reverse zone.
- The PTR record will be updated only if the name of the requesting client matches the name in the PTR record.
Important
Warning
Configuring PTR Record Synchronization in the Web UI
- Open the Network Services tab, and select the DNS subtab, followed by the DNS Zones section.

Figure 33.20. DNS Zone Management
- Click on the zone name in the list of all zones to open the DNS zone page.

Figure 33.21. Editing a DNS Zone
- Click Settings to switch to the DNS zone settings tab.

Figure 33.22. The Settings Tab in the Master Zone Edit Page
- Select the Allow PTR sync check box.

Figure 33.23. Enabling PTR Synchronization
- Click at the top of the page to confirm the new configuration.
Configuring PTR Record Synchronization from the Command Line
--allow-sync-ptr option to 1 when the zone is created or when it is edited. For example, using the ipa dnszone-mod command when editing an existing zone:
[user@server ~]$ ipa dnszone-mod --allow-sync-ptr=1 zone.example.com
--allow-sync-ptr value is 0, which disables synchronization.
33.5.3. Updating DNS Dynamic Update Policies
update-policy statement in the /etc/named.conf file. For more information on dynamic update policies, see the BIND 9 documentation.
Updating DNS Update Policies in the Web UI
- Open the Network Services tab, and select the DNS subtab, followed by the DNS Zones section.

Figure 33.24. DNS Zone Management
- Click on the zone name in the list of all zones to open the DNS zone page.

Figure 33.25. Editing a DNS Zone
- Click Settings to switch to the DNS zone settings tab.

Figure 33.26. The Settings Tab in the Master Zone Edit Page
- Set the required update policies in a semi-colon separated list in the BIND update policy text box.

Figure 33.27. DNS Update Policy Settings
- Click at the top of the DNS zone page to confirm the new configuration.
Updating DNS Update Policies from the Command Line
--update-policy option and add the access control rule in a statement after the option. For example:
$ ipa dnszone-mod zone.example.com --update-policy "grant EXAMPLE.COM krb5-self * A; grant EXAMPLE.COM krb5-self * AAAA; grant EXAMPLE.COM krb5-self * SSHFP;"

Where did the comment section go?
Red Hat's documentation publication system recently went through an upgrade to enable speedier, more mobile-friendly content. We decided to re-evaluate our commenting platform to ensure that it meets your expectations and serves as an optimal feedback mechanism. During this redesign, we invite your input on providing feedback on Red Hat documentation via the discussion platform.