ipa-replica-install(1)
π ipa-replica-install β the ipa-replica-install(1) glow-up π
okay bestie, so this is the IPA Manual Pages page for ipa-replica-install, and it's literally about making a whole new IPA replica. buckle up, it's a long one, but we're getting through it together π«Ά
β¨ NAME β¨
ipa-replica-install β Create an IPA replica. that's it, that's the job π
πΈ SYNOPSIS πΈ
ipa-replica-install [OPTION]...
π¦ DESCRIPTION π¦
so what this does is configure a brand-new IPA server that's a replica of your existing server. once it's made, it is literally an exact copy of the original IPA server, and it counts as an equal master. any changes you make to any master get automatically replicated out to all the other masters. no cap β¨
β οΈ heads up: Domain level 0 is not supported anymore. rip to the old days, it's gone.
to make a replica, the machine only needs to be enrolled in the IPA domain first. this whole process of turning an IPA client into a replica is also called replica promotion. it's giving glow-up energy, honestly π
if you're starting from an existing IPA client, just run ipa-replica-install and it gets promoted into a replica, easy. but β the NTP configuration cannot be updated during client promotion. noted, don't @ me.
if you wanna promote a blank machine into a replica, you've got two options, bestie:
- run
ipa-client-installin a separate step first, or - pass the enrollment-related options straight to
ipa-replica-install(peep CLIENT ENROLLMENT OPTIONS below).
in that second case, ipa-replica-install will join the machine to the IPA realm automatically and then proceed with the promotion step. iconic multi-tasking β¨
if the installation fails, you may need to run ipa-server-install --uninstall and ipa-client-install before running ipa-replica-install again. it's a whole reset-the-vibe ritual π
π the installation will fail if the host you're installing the replica on already exists as a host in IPA, or if an existing replication agreement already exists (for example, from a previously failed installation). it's giving "you can't sit with us."
also β a replica should only be installed on the same or higher version of IPA on the remote system. don't downgrade, that's not the vibe.
π OPTIONS π
π OPTIONS π
-P,--principalβ the user principal that'll be used to promote the client to the replica, and to enroll the client itself if that's needed.-w,--admin-passwordβ the Kerberos password for the given principal.
π«Ά CLIENT ENROLLMENT OPTIONS π«Ά
okay so to install a client and promote it to a replica using a host keytab or a One Time Password, the host needs to be a member of the ipaservers group. that means you gotta create a host entry and add it to the host group before the replica installation. prep work, bestie, do it early π
--server, --domain, and --realm options are autodiscovered via DNS records by default. for more deets on these options, see the manual page ipa-client-install(1).
-p PASSWORD,--password=PASSWORDβ One Time Password for joining a machine to the IPA realm.-k,--keytabβ path to host keytab.--serverβ the fully qualified domain name of the IPA server to enroll to. the IPA server must provide the CA role if the--setup-caoption is specified, and the KRA role if the--setup-kraoption is specified.-n,--domain=DOMAINβ the primary DNS domain of an existing IPA deployment, e.g.example.com. this DNS domain should contain the SRV records generated by the IPA server installer.-r,--realm=REALM_NAMEβ the Kerberos realm of an existing IPA deployment.--hostnameβ the hostname of this machine (FQDN). if specified, the hostname will be set and the system configuration will be updated to persist over reboot.--force-joinβ join the host even if it's already enrolled. pushy but valid.
π BASIC OPTIONS π
--ip-address=IP_ADDRESSβ the IP address of this server. if this address doesn't match the address the host resolves to and--setup-dnsisn't selected, the installation will fail. if the server hostname isn't resolvable, a record for the hostname andIP_ADDRESSgets added to/etc/hosts. this option can be used multiple times to specify more IP addresses of the server (e.g. multihomed and/or dualstacked server). go off, multiple IPs π--mkhomedirβ create home directories for users on their first login.--ntp-server=NTP_SERVERβ configure chronyd to use this NTP server. this option can be used multiple times, and it is used to specify exactly one time server.--ntp-pool=NTP_SERVER_POOLβ configure chronyd to use this NTP server pool. this option is meant to be a pool of multiple servers resolved as one host name. the pool's servers may vary, but the pool address will still be the same, and chrony will choose only one server from this pool.-N,--no-ntpβ do not configure NTP client (chronyd).--no-ui-redirectβ do not automatically redirect to the Web UI.--ssh-trust-dnsβ configure OpenSSH client to trust DNS SSHFP records.--no-sshβ do not configure OpenSSH client.--no-sshdβ do not configure OpenSSH server.--subidβ configure SSSD as data source for subid.--skip-conncheckβ skip connection check to remote master.--skip-mem-checkβ skip checking for minimum required memory.-d,--debugβ enable debug logging when more verbose output is needed.-U,--unattendedβ an unattended installation that will never prompt for user input. no questions asked, literally π«Ά--dirsrv-config-fileβ the path to an LDIF file that will be used to modify the configuration ofdse.ldifduring installation of the directory server instance.
π CERTIFICATE SYSTEM OPTIONS π
--setup-caβ install and configure a CA on this replica. if a CA is not configured, then certificate operations will be forwarded to a master that has a CA installed.--no-pkinitβ disables pkinit setup steps.--dirsrv-cert-file=FILEβ file containing the Directory Server SSL certificate and private key.--http-cert-file=FILEβ file containing the Apache Server SSL certificate and private key.--pkinit-cert-file=FILEβ file containing the Kerberos KDC SSL certificate and private key.--dirsrv-pin=PINβ the password to unlock the Directory Server private key.--http-pin=PINβ the password to unlock the Apache Server private key.--pkinit-pin=PINβ the password to unlock the Kerberos KDC private key.--dirsrv-cert-name=NAMEβ name of the Directory Server SSL certificate to install.--http-cert-name=NAMEβ name of the Apache Server SSL certificate to install.--pkinit-cert-name=NAMEβ name of the Kerberos KDC SSL certificate to install.--pki-config-override=FILEβ file containing overrides for CA and KRA installation.--skip-schema-checkβ skip check for updated CA DS schema on the remote master.
π§ HSM OPTIONS π§
the token name will be used from the existing topology. cute, it inherits β¨
--token-library-path=TOKEN_LIBRARY_PATHβ the full path to the PKCS#11 shared library needed to access the HSM device. if the path is identical to the original install, then this does not need to be provided.--token-password=TOKEN_PASSWORDβ the PKCS#11 token password for the HSM.--token-password-file=TOKEN_PASSWORD_FILEβ the full path to a file containing the PKCS#11 token password.
π SECRET MANAGEMENT OPTIONS π
--setup-kraβ install and configure a KRA on this replica. if a KRA is not configured, then vault operations will be forwarded to a master that has a KRA installed.
π DNS OPTIONS π
--setup-dnsβ configure an integrated DNS server, create a primary DNS zone (name specified by--domainor taken from an existing deployment), and fill it with service records necessary for IPA deployment. in cases where the IPA server name does not belong to the primary DNS domain and isn't resolvable using DNS, create a DNS zone containing the IPA server name as well.
this option requires that you either specify at least one DNS forwarder through the --forwarder option or use the --no-forwarders option. no forwarders, no setup, fr fr.
note that you can set up a DNS at any time after the initial IPA server install by running ipa-dns-install (see ipa-dns-install(1)).
π IPA DNS cannot be uninstalled. once it's in, it's in. periodt.
--forwarder=IP_ADDRESSβ add a DNS forwarder to the DNS configuration. you can use this option multiple times to specify more forwarders, but at least one must be provided, unless the--no-forwardersoption is specified.--no-forwardersβ do not add any DNS forwarders. root DNS servers will be used instead.--auto-forwardersβ add DNS forwarders configured in/etc/resolv.confto the list of forwarders used by IPA DNS.--forward-policy=first|onlyβ DNS forwarding policy for global forwarders specified using other options. defaults tofirstif no IP address belonging to a private or reserved ranges is detected on local interfaces (RFC 6303). defaults toonlyif a private IP address is detected.--reverse-zone=REVERSE_ZONEβ the reverse DNS zone to use. this option can be used multiple times to specify multiple reverse zones.--no-reverseβ do not create a new reverse DNS zone. if a reverse DNS zone already exists for the subnet, it will be used.--auto-reverseβ create necessary reverse zones.--allow-zone-overlapβ create DNS zone even if it already exists.--no-host-dnsβ do not use DNS for hostname lookup during installation.--no-dns-sshfpβ do not automatically create DNS SSHFP records.--no-dnssec-validationβ disable DNSSEC validation on this server.--dns-over-tlsβ configure DNS over TLS.--dot-forwarder=IP_ADDRESS#HOSTNAMEβ add a DNS-over-TLS-enabled forwarder in the format ofip#hostname, e.g.:1.2.3.4#dns.example.com. this option can be used multiple times.--dns-over-tls-cert=FILEβ certificate to use for DNS over TLS. if empty, a new certificate will be requested from IPA CA.--dns-over-tls-key=FILEβ key for the certificate specified in--dns-over-tls-key.--dns-policy=relaxed|enforcedβ encrypted DNS policy. ifenforced, DNS communications will only be allowed through the configured encrypted DNS methods. ifrelaxed, unencrypted DNS queries will be allowed.
β SID GENERATION OPTIONS β
--netbios-name=NETBIOS_NAMEβ the NetBIOS name for the IPA domain. if not provided, then this is determined based on the leading component of the DNS domain name. runningipa-adtrust-installfor a second time with a different NetBIOS name will change the name.
π please note that changing the NetBIOS name might break existing trust relationships to other domains. be careful, bestie, that's a real one.
more coming, don't go anywhere β part 2 is loadingβ¦ πΈ
--add-sidsβ okay bestie, this one adds SIDs to existing users and groups as one of the final steps of theipa-adtrust-installrun. π But heads up: if there are many existing users and groups and a couple of replicas in the environment, this operation might lead to high replication traffic and performance degradation of all IPA servers in the environment. π To avoid this, the SID generation can be run afteripa-adtrust-installis run and scheduled independently. To start this task you have to load an edited version ofipa-sidgen-task-run.ldifwith theldapmodifycommand into the directory server. β¨--rid-base=RID_BASEβ this sets the first RID value of the local domain. The first Posix ID of the local domain will be assigned to this RID, the second to RID+1, etc. See the online help of theidrangeCLI for details. π--secondary-rid-base=SECONDARY_RID_BASEβ start value of the secondary RID range, which is only used in the case a user and a group share numerically the same Posix ID. See the online help of theidrangeCLI for details. π¦
π‘οΈ AD TRUST OPTIONS π‘οΈ
--setup-adtrustβ configure AD Trust capability on a replica. slay. β¨--add-agentsβ add IPA masters to the list that allows to serve information about users from trusted forests. Starting with IPA 4.2, a regular IPA master can provide this information to SSSD clients. IPA masters aren't added to the list automatically as restart of the LDAP service on each of them is required. The host whereipa-adtrust-installis being run is added automatically. π
Note that IPA masters whereipa-adtrust-installwasn't run can serve information about users from trusted forests only if they are enabled viaipa-adtrust-installrun on any other IPA master. At least SSSD version 1.13 on IPA master is required to be able to perform as a trust agent. π«Ά
--enable-compatβ enables support for trusted domains users for old clients through Schema Compatibility plugin. SSSD supports trusted domains natively starting with version 1.9. For platforms that lack SSSD or run older SSSD version one needs to use this option. When enabled,slapi-nispackage needs to be installed andschema-compat-pluginwill be configured to provide lookup of users and groups from trusted domains via SSSD on IPA server. These users and groups will be available undercn=users,cn=compat,$SUFFIXandcn=groups,cn=compat,$SUFFIXtrees. SSSD will normalize names of users and groups to lower case. πΈ
In addition to providing these users and groups through the compat tree, this option enables authentication over LDAP for trusted domain users with DN under compat tree, i.e. using bind DN uid=administrator@ad.domain,cn=users,cn=compat,$SUFFIX. π₯
LDAP authentication performed by the compat tree is done via PAM 'system-auth' service. This service exists by default on Linux systems and is provided by pam package as /etc/pam.d/system-auth. If your IPA install does not have default HBAC rule 'allow_all' enabled, then make sure to define in IPA special service called 'system-auth' and create an HBAC rule to allow access to anyone to this rule on IPA masters. π
As 'system-auth' PAM service is not used directly by any other application, it is safe to use it for trusted domain users via compatibility path. π
πͺ EXIT STATUS πͺ
0if the command was successful. β¨1if an error occurred. π3if the host exists in the IPA server or a replication agreement to the remote master already exists. π4if the remote master specified for enrollment does not provide required services such as CA or KRA. π«
That's the whole vibe, bestie. This page came from IPA, dated Dec 19 2016, and it's the manual for ipa-replica-install(1) β now go slay your replica install. π
β¨
π¦ where this page comes from
- centos-stream 10: ipa-server 4.13.4-1.el10 Β· GPL-3.0-or-later
- centos-stream 9: ipa-server 4.13.4-1.el9 Β· GPL-3.0-or-later
- fedora 43: freeipa-server 4.12.5-3.fc43 Β· GPL-3.0-or-later
- fedora 43: freeipa-server 4.13.4-2.fc43
- fedora 43: freeipa-server 4.13.4-3.fc43 Β· GPL-3.0-or-later
- fedora 44: freeipa-server 4.13.1-9.fc44 Β· GPL-3.0-or-later
- fedora 44: freeipa-server 4.13.4-2.fc44
- fedora 44: freeipa-server 4.13.4-3.fc44 Β· GPL-3.0-or-later
- Copyright (C) 2008-2016 FreeIPA Contributors see COPYING for license
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash on : a language model's rewrite of the original, under its terms