Une fois l'installation d'Identity Reporting terminée, vous avez toujours la possibilité de modifier de nombreuses propriétés de l'installation. Pour apporter des modifications, exécutez le fichier de l'utilitaire de mise à jour de la configuration (configupdate.sh).
Si vous utilisez l'outil de configuration pour modifier l'un des paramètres d'Identity Reporting, vous devez redémarrer Tomcat pour que les modifications soient prises en compte. Toutefois, vous n'avez pas à redémarrer le serveur après avoir effectué des modifications dans l'interface utilisateur Web pour Identity Reporting.
Section 11.10.2, Génération de rapports à partir d'une base de données Oracle
Section 11.10.3, Génération manuelle du schéma de base de données
Section 11.10.4, Effacement des sommes de contrôle de la base de données
Section 11.10.5, Déploiement des API REST pour Identity Reporting
Section 11.10.6, Connexion à une base de données PostgreSQL distante
Connectez-vous à l'application Identity Reporting.
Cliquez sur Sources de données.
Cliquez sur Ajouter.
Dans la boîte de dialogue Ajouter une source de données, cliquez sur le bouton d'option Effectuez la sélection à partir d'une liste prédéfinie.
Sélectionnez IDMDCSDataSource.
Cliquez sur Enregistrer.
Identity Reporting offre la possibilité de générer des rapports à partir de bases de données Oracle à distance. Assurez-vous que le fichier ojbc.jar est bien présent sur le serveur sur lequel vous exécutez la base de données Oracle.
Pour plus d'informations sur les bases de données Oracle prises en charge, reportez-vous à la Section 8.6.4, Configuration système requise pour Identity Reporting.
Pour créer manuellement le schéma de base de données après l'installation, effectuez l'une des procédures suivantes pour votre base de données :
Ajoutez les rôles requis à la base de données à l'aide des fichiers SQL create_dcs_roles_and_schemas.sql et create_rpt_roles_and_schemas.sql situés dans /mnt/reporting/sql.
Connectez-vous à PGAdmin en tant qu'utilisateur postgres.
Exécutez l'outil de requête.
Pour créer les procédures Create_rpt_roles_and_schemas et Create_dcs_roles_and_schemas, copiez le contenu à partir de ces fichiers SQL vers l'outil de requête et exécutez-le sur la base de données connectée.
Pour créer les rôles IDM_RPT_DATA, IDM_RPT_CFG et IDMRPTUSER, exécutez les commandes suivantes dans l'ordre indiqué :
Select CREATE_DCS_ROLES_AND_SCHEMAS('<Set pwd for IDM_RPT_DATA>');Select CREATE_RPT_ROLES_AND_SCHEMAS('<Set pwd for IDM_RPT_CFG>', '<Set pwd for IDMRPTUSER>’);Pour créer le schéma IDM_RPT_DATA, copiez le contenu du fichier get_formatted_user_dn.sql à partir de /mnt/reporting/sql dans l'outil de requête et exécutez-le sur la base de données connectée.
Ajoutez les rôles requis à la base de données à l'aide des fichiers create_dcs_roles_and_schemas orcale.sql et create_rpt_roles_and_schemas orcale.sql situés dans /mnt/reporting/sql.
Connectez-vous à SQL Developer en tant qu'administrateur de la base de données.
Pour créer les procédures Create_rpt_roles_and_schemas et Create_dcs_roles_and_schemas, copiez le contenu à partir de ces SQL dans SQL Developer et exécutez-le sur la base de données connectée.
Pour créer les rôles IDM_RPT_DATA, IDM_RPT_CFG et IDMRPTUSER, exécutez les commandes suivantes dans l'ordre indiqué :
begin
CREATE_DCS_ROLES_AND_SCHEMAS('<Set pwd for IDM_RPT_DATA>');
end;
begin
CREATE_RPT_ROLES_AND_SCHEMAS('<Set pwd for IDM_RPT_CFG>', '<Set pwd for IDMRPTUSER>');
end; Pour créer des schémas IDM_RPT_DATA, copiez le contenu de get_formatted_user_dn-oracle.sql dans SQL Developer à partir de /mnt/reporting/sql et exécutez-le sur la base de données connectée.
Recherchez les fichiers .sql suivants dans /opt/netiq/idm/apps/IDMReporting/sql.
DbUpdate-01-run-as-idm_rpt_cfg.sql
DbUpdate-02-run-as-idm_rpt_cfg.sql
DbUpdate-03-run-as-idm_rpt_data.sql
DbUpdate-04-run-as-idm_rpt_data.sql
DbUpdate-05-run-as-idm_rpt_data.sql
DbUpdate-06-run-as-idm_rpt_cfg.sql
Effacez les sommes de contrôle de la base de données.
Pour exécuter la commande clearchsum avec chaque .sql, ajoutez la ligne suivante au début de chaque fichier :
update DATABASECHANGELOG set MD5SUM = NULL;
Le contenu modifié doit ressembler à ce qui suit :
-- ********************************************************************* -- Update Database Script -- ********************************************************************* -- Change Log: IdmDcsDataDropViews.xml -- Ran at: 2/23/18 5:17 PM -- Against: IDM_RPT_CFG@jdbc:oracle:thin:@192.99.170.20:1521/orcl -- Liquibase version: 3.5.1 -- ********************************************************************* update databasechangelog set md5sum = null;
Exécutez chaque fichier .sql avec l'utilisateur correspondant.
Validez les modifications apportées à la base de données.
Identity Reporting intègre plusieurs API REST qui permettent d'utiliser différentes fonctionnalités de création de rapports. Ces API REST utilisent le protocole OAuth2 pour l'authentification.
Sous Tomcat, les fichiers WAR rptdoc et WAR dcsdoc sont automatiquement déployés lorsque Identity Reporting est installé.
Si votre base de données PostgreSQL est installée sur un serveur distinct, vous devez modifier les paramètres par défaut dans les fichiers postgresql.conf et pg_hba.conf dans la base de données distante.
Modifiez l'adresse d'écoute dans le fichier postgresql.conf.
Par défaut, PostgreSQL permet d'écouter la connexion de l'hôte local, mais n'autorise pas une connexion TCP/IP à distance. Pour autoriser une connexion TCP/IP à distance, ajoutez l'entrée suivante au fichier /opt/netiq/idm/postgres/data/postgresql.conf :
listen_addresses = '*'
Si vous disposez de plusieurs interfaces sur le serveur, vous pouvez spécifier une interface spécifique à écouter.
Ajoutez une entrée d'authentification client au fichier pg_hba.conf.
Par défaut, PostgreSQL accepte uniquement les connexions provenant de localhost (hôte local). Il refuse les connexions à distance. Cela est contrôlé par l'application d'une règle de contrôle d'accès qui permet à un utilisateur de se connecter à partir d'une adresse IP après avoir entré un mot de passe valide (mot clé md5). Pour accepter une connexion à distance, ajoutez l'entrée suivante au fichier /opt/netiq/idm/postgres/data/pg_hba.conf.
host all all 0.0.0.0/0 md5
Par exemple : 192.168.104.24/26 trust
Cela fonctionne uniquement pour les adresses IPv4. Pour les adresses IPv6, ajoutez l'entrée suivante :
host all all ::0/0 md5
Si vous souhaitez autoriser la connexion à partir de plusieurs ordinateurs client sur un réseau spécifique, indiquez l'adresse réseau au format d'adresse CIDR dans cette entrée.
Le fichier pg_hba.conf prend en charge les formats d'authentification client suivants.
local database user authentication-method [authentication-option]
host database user CIDR-address authentication-method [authentication-option]
hostssl database user CIDR-address authentication-method [authentication-option]
hostnossl database user CIDR-address authentication-method [authentication-option]
Au lieu du format d'adresse CIDR, vous pouvez spécifier l'adresse IP et le masque de réseau dans des champs distincts à l'aide du format suivant :
host database user IP-address IP-mask authentication-method [authentication-option]
hostssl database user IP-address IP-mask authentication-method [authentication-option]
hostnossl database user IP-address IP-mask authentication-method [authentication-option]
Testez la connexion à distance.
Redémarrez le serveur PostgreSQL à distance.
Connectez-vous au serveur à distance à l'aide du nom d'utilisateur et du mot de passe.