Catégorie : Documentations

FreeIPA le client :

Partie principale

Pour commencer voici la machine virtuel qui servira de test pour cette procédure :

  • 2 vcpu (processeurs virtuel)
  • 4096Mo de mémoire (à voir siil y a besoin de plus)
  • 1 disques de 40 Go
  • 1 carte réseau connecté au proxy (configurer en http://10.0.1.5:3128pour les besoins de l’infrastructure de test) non filtrant pour lemoment.
  • Accélération 3D par virtio
  • Système utilisé : Fedora29 net-install
  • Environnement graphique PLASMA/KDE pour des raisons d’habitude
  • 1 utilisateur local super-utilisateur ‘ROOT’
  • 1 utilisateur distant ‘sudotest’

Dans un premier temps je vais me concentrer sur la mise en service du client. Nous verrons les différentes possibilités au fur et à mesure.

Pour commencer installation du système :
Ici il n’y a pas grand-chose à faire et choisir KDE Workspace en environnement. Il faut aussi ajouter les options ‘adhésion au domaine’, mais ce n’est pas forcément utile, car vous pouvez l’installer par la suite (voir ci-dessous).

Pensez à configurer le réseau en mettant le nom d’hôte (ici f29test1.testipa.local) et en choisissant comme DNS celui du serveur IPA (ici : 10.0.1.10)

Il est aussi utile de configurer le proxy pour dnf et pour l’environnement :

vi /etc/dnf/dnf.conf

il faut ajouter :

proxy=http://IPduPROXY:Port

dans /etc/environnement:

vi /etc/environnement

il faut ajouter ( à voire selon vos préférences) :

https_proxy=https://IPduPROXY:Port
http_proxy=http://IPduPROXY:Port
no_proxy=IPfreeIPA,IPduPROXY,IPlocal,localhost,.VotreDomaine,hostname.votredomaine,hostname

Si vous n’avez pas ajouté l’option ‘adhésion à un domaine’, il faut installer le client FreeIPA comme suit :

Fedora

dnf install freeipa-client

Ou sur CentOS/RedHat :

yum install ipa-client

Le reste de la procédure est identique quel que soit la version choisi.
En root : (en partant du principe que vous utilisiez une net-install ou une version serveur)
Il faut vous connecter avec cet utilisateur.
Si vous utilisez « SUDO »il faut rajouter ‘sudo -i’ devant chaque commande (voir la documentation de SUDO … LIENS DOCUMENTATION SUDO…).
Nous verrons si il y a lieu de configurer SUDO et les ‘display managers’ (login manager est plus exact chez moi…) par la suite, car il y a parfois des petites subtilités à connaître.

J’ai créer un script permettant de faire toute la procédure simplement, mais il est encore à l’état embryonnaire et incomplet pour le moment. Je termine un projet professionnel avant de reprendre le développement.
En l’état il est quand même fonctionnel, mais il faut que j’y apporte des modifications pour pouvoir le faire travailler avec ‘ansible’ pour pouvoir le déployer sur toutes nouvelles machines d’un réseau automatiquement.

Le # représente votre utilisateur ‘ROOT’, il est inutile de le recopier !!!

[root@f29test1 ~]# ipa-client-install –mkhomedir
This program will set up FreeIPA client.
Version 4.7.0
Discovery was successful!
Client hostname: f29test1.testipa.local
Realm: TESTIPA.LOCAL
DNS Domain: testipa.local
IPA Server: ipatest1.testipa.local
BaseDN: dc=testipa,dc=local
Continue to configure the system with these values? [no]: yes
Synchronizing time
No SRV records of NTP servers found and no NTP server or pool address was provided.
Using default chrony configuration.
Attempting to sync time with chronyc.
Process chronyc waitsync failed to sync time!
Unable to sync time with chrony server, assuming the time is in sync. Please check that 123 UDP port is opened, and any time server is on network.

User authorized to enroll computers:admin

Password for admin@TESTIPA.LOCAL:xxxxxxxxx

Successfully retrieved CA cert
   Subject:     CN=Certificate Authority,O=TESTIPA.LOCAL
   Issuer:      CN=Certificate Authority,O=TESTIPA.LOCAL
   Valid From:  2018-10-19 10:47:57
   Valid Until: 2038-10-19 10:47:57
Enrolled in IPA realm TESTIPA.LOCAL
Created /etc/ipa/default.conf
Configured sudoers in /etc/nsswitch.conf
Configured /etc/sssd/sssd.conf
Configured /etc/krb5.conf for IPA realm TESTIPA.LOCAL
Systemwide CA database updated.
Hostname (f29test1.testipa.local) does not have A/AAAA record.
Missing reverse record(s) for address(es): 10.0.1.102.
Adding SSH public key from /etc/ssh/ssh_host_ed25519_key.pub
Adding SSH public key from /etc/ssh/ssh_host_ecdsa_key.pub
Adding SSH public key from /etc/ssh/ssh_host_rsa_key.pub
SSSD enabled
Configured /etc/openldap/ldap.conf
Configured /etc/ssh/ssh_config
Configured /etc/ssh/sshd_config
Configuring testipa.local as NIS domain.
Client configuration complete.
The ipa-client-install command was successful
[root@f29test1~]#

Pour confirmer que l’hôte est joint au domaine :


[root@f29test1 ~]# kinit admin
Password for admin@TESTIPA.LOCAL: xxxxxxx
[root@f29test1~]#

[root@f29test1~]# ipa-join
Hôtedéjà joint.
[root@f29test1 ~]#

Première initialisation de l’utilisateur:
Il est possible que l’utilisateur ne puisse pas s’initialiser à la première connexion en mode graphique (problème rencontré principalement avec SDDM). Il est donc préférable de le faire en ligne de commande comme suit :

[root@f29test1 ~]# kinit sudotest
Password for sudotest@TESTIPA.LOCAL: xxxxxxx
Password expired. You must change it now.
Enter new password: xxxxxxxx
Enter it again: xxxxxxxx

Pour vous connecter :

[root@f29test1 ~]# su – sudotest@testipa.local
Creating home directory for sudotest.
[sudotest@f29test1 ~]$


Vous pouvez vous connecter par interface graphique avec votre ‘display manager’ favori en tapant :

login :Testeur@testipa.local
mdp : Mot de passe de votre utilisateur sur le domaine

Gestion des droits SUDO :

Pré-requis :
Il est parfois utile :

  • Soit de faire le ménage dans ssd (A rajouter la commande pour le faire automatiquement)
  • Soit de relancer votre machine

Il ne faut pas oublier quand vous ajouter une commande superutilisateur à la liste des commande sudo d’utiliser le chemin absolu de la commande.
Exemple de commande :
/usr/bin/dnf repolist all
Par la suite vous pouvez les utiliser directement :

[sudotest@f29test1 ~]$ sudo dnf repolist all
Mot de passe : XXXXXXX
Dernière vérification de l’expiration des métadonnées effectuée il y a 0:33:10 le dim. 09 déc. 2018 04:25:04 EST.
id du dépôt nom du dépôt état
*fedora …..

Commandes SUDO avec IPA :
Je vous laisse découvrir les différentes options pour pouvoir gérer sudo directement avec freeipa

[sudotest@f29test1 ~]$ ipa sudo
sudocmd-add sudorule-add-runasgroup
sudocmd-del sudorule-add-runasuser
sudocmd-find sudorule-add-user
sudocmdgroup-add sudorule-del
sudocmdgroup-add-member sudorule-disable
sudocmdgroup-del sudorule-enable
sudocmdgroup-find sudorule-find
sudocmdgroup-mod sudorule-mod
sudocmdgroup-remove-member sudorule-remove-allow-command
sudocmdgroup-show sudorule-remove-deny-command
sudocmd-mod sudorule-remove-host
sudocmd-show sudorule-remove-option
sudorule-add sudorule-remove-runasgroup
sudorule-add-allow-command sudorule-remove-runasuser
sudorule-add-deny-command sudorule-remove-user
sudorule-add-host sudorule-show
sudorule-add-option
[sudotest@f29test1 ~]$

Gestion SUDO avec l’interface graphique de FreeIPA:

Gestion des commandes SUDO (exemple /bin/bash)
Ajout d’une commande SUDO (mettre le chemin absolu, ici : /bin/bash)
Gestion des groupes de commandes SUDO
Ajout des commandes SUDO pré-établis au groupe choisi (ici sudoqtestcmdg)
Liste des commandes SUDO disponible pour ajout au groupe
Gestion des règles SUDO
Gestion de la règle SUDO (ajout  d’un ou plusieurs utilisateur(s), groupe d’utilisateurs, hôte(s) ou groupe d’hôtes, commande(s), groupe de commandes, etc…)
Gestion des règles SUDO de l’utilisateur (s’applique aussi aux groupes d’utilisateurs, hôte(s) et groupe d’hôtes

Voici la fin de cette partie consacré à la mise en place simple d’un client FreeIPA.
Je pense par la suite ajouter d’autres parties comme

  • la gestion Active-Directory (MS Windows) -> FreeIPA et inversement
  • La connexion utilisateur avec jeton OTP (double système d’authentification)
  • La politique HBAC, de mots de passe, Kerberos et surtout SELINUX
  • Les montages automatique (partie la plus importante à faire en priorité)

Je rajouterai d’autres partie selon ce que j’expérimenterai.
N’hésitez pas à me faire savoir si vous avez des remarques ou des ajouts à faire.

Procédure FREEIPA un Contrôleur de domaine sous Linux.

FreeIPA réuni un serveur LDAP (389), l’authentification KERBEROS, le serveur WEB Apache ainsi que Python pour la gestion et l’interface Web, DogTag pour l’intégration des certificats, le serveur DNS BIND, SAMBA pour l’intégration à l’Active Directory Microsoft, par le biais de la Forêt de confiance croisé.

Mais aussi l’authentification des utilisateurs SSSD, ainsi que la double authentification par OTP (One Time Password) ajoutant un code unique accessible pendant une durée limité à configurer, en plus du mot de passe qui demandera parfois une configuration particulière pour être disponible (en cours de recherche sur le sujet. Il vous faudra un logiciel en plus pour avoir accès à ce code à la demande (Exemple : FreeOTP+ disponible sur F-droid)

Le serveur est basé sur la netinstall de Fedora, actuellement en version 28. Si vous partez d’une version ‘WorkStation’, il faut savoir que le compte ‘root’ est désactivé par défaut. Je vous laisse chercher la solution pour l’activer, sinon il faudra utiliser la commande ‘sudo’ avec les droits d’administrateur pour votre utilisateur.

Je vous conseil d’avoir une machine avec ce minimum requis histoire d’éviter des problèmes avec LDAP :

  • 2 cpu ou vcpu (virtual cpu)
  • 2Go de mémoire
  • Espace disque de 30Go

Pour les besoins de la documentation, l’infrastructure suivante est mise en place :

  • 1 Serveur Proxy simple sous CentOS 7.5
  • 1 machine de rebond sous Fedora 28 plasma 5
  • 1 Serveur FreeIPA sous Fedora 28
  • 1 Serveur de réplication FreeIPA aussi sous Fedora 28
  • 1 Serveur Ansible sous Fedora 28, qui servira pour la configuration et les opérations centralisé
  • 2 clients simple (1 vcpu + 512Mo de RAM)
  • 1 Serveur de stockage (1vcpu + 1Go de RAM) avec trois espaces disques en RAID 5 de 100Go chaqu’un
  • 1 Serveur Katello/Foreman sous CentOS 7.5 pour gérer le parc (mises à jours, configuration, déploiements, inventaire…).

Je vais commencer donc par le premier FreeIPA et les clients, le restant sera documenté par la suite au fur et à mesure.

Ici on se connectera en ‘root’ par défaut :

Domaine :
testipa.local

Serveur :
ipatest.testipa.local

IP et DNS :
10.0.2.30/24 est son propre DNS.

La première étape est de s’assurer que son serveur est bien à jour selon la politique de mise à jour choisi.

Pour les besoins de cette doc, je partirai d’une installation vierge sans fioriture de base. Le serveur sera mis à jours régulièrement (une fois par semaine).

Pour commencer on s’assure que les mises à jours sont effectué à l’aide de la commande ‘DNF’ :
dnf clean all && dnf upgrade -y

Si vous utilisez centos ou redhat c’est la commande YUM qu’il faut utiliser :

yum clean all && yum update -y

On rebootera le serveur, surtout si le noyau et la glibc sont mis à jours :
reboot

Voici la liste des paquets disponible :
[root@ipatest ~]# dnf list *freeipa*

Ou

yum list *freeipa*

Dernière vérification de l’expiration des métadonnées effectuée il y a 0:12:40 le sam. 07 juil. 2018 08:02:39 EDT.
Paquets disponibles :
freeipa-client.x86_64
freeipa-client-common.noarch
freeipa-common.noarch
freeipa-desktop-profile.noarch
freeipa-desktop-profile-common.noarch
freeipa-python-compat.noarch
freeipa-server.x86_64
freeipa-server-common.noarch
freeipa-server-dns.noarch
freeipa-server-trust-ad.x86_64

Pour commencer nous aurons besoin d’installer les paquets suivant :

freeipa-server.x86_64
freeipa-server-dns.noarch
freeipa-common.noarch

Je reviendrai sur le reste selon les besoins de la documentation.

On installe les paquets :

dnf install freeipa-server.x86_64 freeipa-server-dns.noarch freeipa-common.noarch

Ou

yum install ...

On s’assure que notre nom d’hôte est bien celui choisi :
hostname

Ici

ipatest.testipa.local

On ajoute l’ip du serveur dans /etc/hosts :

echo IP-DE-VOTRE-SERVEUR-IPA NOM-ET-DOMAINE-DE-VOTRE-SERVER NOM-DU-SERVER >> /etc/hosts

Ici :

echo 10.0.2.30 ipatest.testipa.local ipatest >> /etc/hosts

On vérifie à l’aide de la commande ping :

root@ipatest ~]# ping ipatest
PING ipatest.testipa.local (10.0.2.30) 56(84) bytes of data.
64 bytes from ipatest.testipa.local (10.0.2.30): icmp_seq=1 ttl=64 time=0.023 ms
--- ipatest.testipa.local ping statistics ---
1 packets transmitted, 1 received, 0% packet loss, time 0ms
rtt min/avg/max/mdev = 0.023/0.023/0.023/0.000 ms
[root@ipatest ~]# ping ipatest.testipa.local
PING ipatest.testipa.local (10.0.2.30) 56(84) bytes of data.
64 bytes from ipatest.testipa.local (10.0.2.30): icmp_seq=1 ttl=64 time=0.057 ms
64 bytes from ipatest.testipa.local (10.0.2.30): icmp_seq=2 ttl=64 time=0.095 ms
--- ipatest.testipa.local ping statistics ---
2 packets transmitted, 2 received, 0% packet loss, time 1025ms
rtt min/avg/max/mdev = 0.057/0.076/0.095/0.019 ms

On lance la commande :

ipa-server-install –setup-dns

On vérifie que le nom d’hôte correspond bien à ce que l’on a indiqué plus haut :

[root@ipatest ~]# ipa-server-install --setup-dns
The log file for this installation can be found in /var/log/ipaserver-install.log
=================================================================
This program will set up the FreeIPA Server.
This includes:
* Configure a stand-alone CA (dogtag) for certificate management
* Configure the NTP client (chronyd)
* Create and configure an instance of Directory Server
* Create and configure a Kerberos Key Distribution Center (KDC)
* Configure Apache (httpd)
* Configure DNS (bind)
* Configure the KDC to enable PKINIT
To accept the default shown in brackets, press the Enter key.
Enter the fully qualified domain name of the computer
on which you're setting up server software. Using the form
<hostname>.<domainname>
Example: master.example.com.
Server host name [ipatest.testipa.local]:

On valide avec la touche [entrée]
Warning: skipping DNS resolution of host ipatest.testipa.local
The domain name has been determined based on the host name.
Please confirm the domain name [testipa.local]:

The kerberos protocol requires a Realm name to be defined.
This is typically the domain name converted to uppercase.
Please provide a realm name [TESTIPA.LOCAL]:

On choisi un mot de passe pour le Directory Manager au cas où :

Certain directory server operations require an administrative user.This user is referred to as the Directory Manager and has full accessto the Directory for system management tasks and will be added to theinstance of directory server created for IPA.
The password must be at least 8 characters long.

Directory Manager password:
Ne pas oubliez de le confirmer :
Password (confirm):

On choisi un mot de passe administrateur (compte ‘admin’) :

The IPA server requires an administrative user, named 'admin'.
This user is a regular system account used for IPA server administration.
IPA admin password:
On valide :
Password (confirm):
Checking DNS domain testipa.local., please wait ...
Do you want to configure DNS forwarders? [yes]: no

No DNS forwarders configured
Do you want to search for missing reverse zones? [yes]:

The IPA Master Server will be configured with:
Hostname: ipatest.testipa.local
IP address(es): 10.0.2.30
Domain name: testipa.local
Realm name: TESTIPA.LOCAL
The CA will be configured with:
Subject DN: CN=Certificate Authority,O=TESTIPA.LOCAL
Subject base: O=TESTIPA.LOCAL
Chaining: self-signed
BIND DNS server will be configured to serve IPA domain with:
Forwarders: No forwarders
Forward policy: only
Reverse zone(s): No reverse zone

Continue to configure the system with these values? [no]: yes

The following operations may take some minutes to complete.
Please wait until the prompt is returned.

Synchronizing time

Using default chrony configuration.
Warning: IPA was unable to sync time with chrony!
Time synchronization is required for IPA to work correctly
Configuring directory server (dirsrv). Estimated time: 30 seconds
[1/44]: creating directory server instance
[2/44]: enabling ldapi
[3/44]: configure autobind for root
[4/44]: stopping directory server
[5/44]: updating configuration in dse.ldif
[6/44]: starting directory server
[7/44]: adding default schema
[8/44]: enabling memberof plugin
[9/44]: enabling winsync plugin
[10/44]: configuring replication version plugin
[11/44]: enabling IPA enrollment plugin
[12/44]: configuring uniqueness plugin
[13/44]: configuring uuid plugin
[14/44]: configuring modrdn plugin
[15/44]: configuring DNS plugin
[16/44]: enabling entryUSN plugin
[17/44]: configuring lockout plugin
[18/44]: configuring topology plugin
[19/44]: creating indices
[20/44]: enabling referential integrity plugin
[21/44]: configuring certmap.conf
[22/44]: configure new location for managed entries
[23/44]: configure dirsrv ccache
[24/44]: enabling SASL mapping fallback
[25/44]: restarting directory server
[26/44]: adding sasl mappings to the directory
[27/44]: adding default layout
[28/44]: adding delegation layout
[29/44]: creating container for managed entries
[30/44]: configuring user private groups
[31/44]: configuring netgroups from hostgroups
[32/44]: creating default Sudo bind user
[33/44]: creating default Auto Member layout
[34/44]: adding range check plugin
[35/44]: creating default HBAC rule allow_all
[36/44]: adding entries for topology management
[37/44]: initializing group membership
[38/44]: adding master entry
[39/44]: initializing domain level
[40/44]: configuring Posix uid/gid generation
[41/44]: adding replication acis
[42/44]: activating sidgen plugin
[43/44]: activating extdom plugin
[44/44]: configuring directory to start on boot
Done configuring directory server (dirsrv).
Configuring Kerberos KDC (krb5kdc)
[1/10]: adding kerberos container to the directory
[2/10]: configuring KDC
[3/10]: initialize kerberos container
[4/10]: adding default ACIs
[5/10]: creating a keytab for the directory
[6/10]: creating a keytab for the machine
[7/10]: adding the password extension to the directory
[8/10]: creating anonymous principal
[9/10]: starting the KDC
[10/10]: configuring KDC to start on boot
Done configuring Kerberos KDC (krb5kdc).
Configuring kadmin
[1/2]: starting kadmin
[2/2]: configuring kadmin to start on boot
Done configuring kadmin.
Configuring ipa-custodia
[1/5]: Making sure custodia container exists
[2/5]: Generating ipa-custodia config file
[3/5]: Generating ipa-custodia keys
[4/5]: starting ipa-custodia
[5/5]: configuring ipa-custodia to start on boot
Done configuring ipa-custodia.

Configuring certificate server (pki-tomcatd). Estimated time: 3 minutes
[1/28]: configuring certificate server instance
[2/28]: exporting Dogtag certificate store pin
[3/28]: stopping certificate server instance to update CS.cfg
[4/28]: backing up CS.cfg
[5/28]: disabling nonces
[6/28]: set up CRL publishing
[7/28]: enable PKIX certificate path discovery and validation
[8/28]: starting certificate server instance
[9/28]: configure certmonger for renewals
[10/28]: requesting RA certificate from CA
[11/28]: setting audit signing renewal to 2 years
[12/28]: restarting certificate server
[13/28]: publishing the CA certificate
[14/28]: adding RA agent as a trusted user
[15/28]: authorizing RA to modify profiles
[16/28]: authorizing RA to manage lightweight CAs
[17/28]: Ensure lightweight CAs container exists
[18/28]: configure certificate renewals
[19/28]: configure Server-Cert certificate renewal
[20/28]: Configure HTTP to proxy connections
[21/28]: restarting certificate server
[22/28]: updating IPA configuration
[23/28]: enabling CA instance
[24/28]: migrating certificate profiles to LDAP
[25/28]: importing IPA certificate profiles
[26/28]: adding default CA ACL
[27/28]: adding 'ipa' CA entry
[28/28]: configuring certmonger renewal for lightweight CAs
Done configuring certificate server (pki-tomcatd).

Configuring directory server (dirsrv)
[1/3]: configuring TLS for DS instance
[2/3]: adding CA certificate entry
[3/3]: restarting directory server
Done configuring directory server (dirsrv).

Configuring ipa-otpd
[1/2]: starting ipa-otpd
[2/2]: configuring ipa-otpd to start on boot
Done configuring ipa-otpd.

Configuring the web interface (httpd)
[1/21]: stopping httpd
[2/21]: backing up ssl.conf
[3/21]: disabling nss.conf
[4/21]: configuring mod_ssl certificate paths
[5/21]: setting mod_ssl protocol list to TLSv1.0 - TLSv1.2
[6/21]: configuring mod_ssl log directory
[7/21]: disabling mod_ssl OCSP
[8/21]: adding URL rewriting rules
[9/21]: configuring httpd
[10/21]: setting up httpd keytab
[11/21]: configuring Gssproxy
[12/21]: setting up ssl
[13/21]: configure certmonger for renewals
[14/21]: publish CA cert
[15/21]: clean up any existing httpd ccaches
[16/21]: configuring SELinux for httpd
[17/21]: create KDC proxy config
[18/21]: enable KDC proxy
[19/21]: starting httpd
[20/21]: configuring httpd to start on boot
[21/21]: enabling oddjobd
Done configuring the web interface (httpd).

Configuring Kerberos KDC (krb5kdc)
[1/1]: installing X509 Certificate for PKINIT
Done configuring Kerberos KDC (krb5kdc).

Applying LDAP updates
Upgrading IPA:. Estimated time: 1 minute 30 seconds
[1/9]: stopping directory server
[2/9]: saving configuration
[3/9]: disabling listeners
[4/9]: enabling DS global lock
[5/9]: starting directory server
[6/9]: upgrading server
[7/9]: stopping directory server
[8/9]: restoring configuration
[9/9]: starting directory server
Done.
Restarting the KDC

Configuring DNS (named)
[1/11]: generating rndc key file
[2/11]: adding DNS container
[3/11]: setting up our zone
[4/11]: setting up our own record
[5/11]: setting up records for other masters
[6/11]: adding NS record to the zones
[7/11]: setting up kerberos principal
[8/11]: setting up named.conf
[9/11]: setting up server configuration
[10/11]: configuring named to start on boot
[11/11]: changing resolv.conf to point to ourselves
Done configuring DNS (named).
Restarting the web server to pick up resolv.conf changes

Configuring DNS key synchronization service (ipa-dnskeysyncd)
[1/7]: checking status
[2/7]: setting up bind-dyndb-ldap working directory
[3/7]: setting up kerberos principal
[4/7]: setting up SoftHSM
[5/7]: adding DNSSEC containers
[6/7]: creating replica keys
[7/7]: configuring ipa-dnskeysyncd to start on boot
Done configuring DNS key synchronization service (ipa-dnskeysyncd).
Restarting ipa-dnskeysyncd
Restarting named

Updating DNS system records
ipapython.dnsutil: ERROR DNS query for ipatest.testipa.local. 1 failed: All nameservers failed to answer the query ipatest.testipa.local. IN A: Server 127.0.0.1 UDP port 53 answered SERVFAIL

Configuring client side components
Using existing certificate '/etc/ipa/ca.crt'.
Client hostname: ipatest.testipa.local
Realm: TESTIPA.LOCAL
DNS Domain: testipa.local
IPA Server: ipatest.testipa.local
BaseDN: dc=testipa,dc=local

Skipping attempt to configure and synchronize time with chrony server as it has been already done on master.

New SSSD config will be created
Configured sudoers in /etc/nsswitch.conf
Configured /etc/sssd/sssd.conf
trying https://ipatest.testipa.local/ipa/json
[try 1]: Forwarding 'schema' to json server 'https://ipatest.testipa.local
/ipa/json'
trying https://ipatest.testipa.local/ipa/session/json
[try 1]: Forwarding 'ping' to json server 'https://ipatest.testipa.local/ipa/session/json'
[try 1]: Forwarding 'ca_is_enabled' to json server 'https://ipatest.testipa.local/ipa/session/json'
Systemwide CA database updated.

Adding SSH public key from /etc/ssh/ssh_host_rsa_key.pub
Adding SSH public key from /etc/ssh/ssh_host_ecdsa_key.pub
Adding SSH public key from /etc/ssh/ssh_host_ed25519_key.pub
[try 1]: Forwarding 'host_mod' to json server 'https://ipatest.testipa.local
/ipa/session/json'

SSSD enabled

Configured /etc/openldap/ldap.conf
Configured /etc/ssh/ssh_config
Configured /etc/ssh/sshd_config
Configuring testipa.local as NIS domain.
Client configuration complete.
The ipa-client-install command was successful

==============================================================================

Setup complete

Next steps:
1. You must make sure these network ports are open:
TCP Ports:
* 80, 443: HTTP/HTTPS
* 389, 636: LDAP/LDAPS
* 88, 464: kerberos
* 53: bind
UDP Ports:
* 88, 464: kerberos
* 53: bind
* 123: ntp
2. You can now obtain a kerberos ticket using the command: 'kinit admin'
This ticket will allow you to use the IPA tools (e.g., ipa user-add)
and the web user interface.
Be sure to back up the CA certificates stored in /root/cacert.p12
These files are required to create replicas. The password for these
files is the Directory Manager password

Il y a eu une erreur, à savoir que le port dns n’était pas ouvert, ce qui l’a
provoqué.

Pour continuer, nous allons activer les services nécessaires dans le pare-feu (ou firewall) :

firewall-cmd --permanent --add-service=http --add-service=https --add-service=freeipa-ldap --add-service=freeipa-ldaps --add-service=kerberos --add-service=dns && firewall-cmd –reload

Voilà, vous avez un serveur simple et fonctionnel, nous allons pouvoir commencer à travailler correctement.

 

Vous pouvez vous connecter à distance sans avoir omis de rajouter l’ip et le nom de la machine, dans /etc/hosts comme décrit plus haut, sur votre machine locale ou autre.
https://nom.domaine.ext/ipa/ui
https://ipatest.testipa.local/ipa/ui/

Vous n’avez plus qu’a entrer le nom d’utilisateur :
admin
et son mot de passe défini plus haut.

N’oubliez pas d’initialiser le compte kerberos pour cet utilisateur :
kinit admin
Password for admin@TESTIPA.LOCAL: *******

CaptureWebUI

Client :

Captures+Informations

Commandes d’administration utiles

Présentation de l’interface WEBUI et fonctionnement

Liaison avec Active directory