Autres

Lorsqu'on réalise des études comparatives sur les annuaires LDAP, il est fréquent que le client demande d'établir des tests de performances, pour s'assurer que la solution en place sera capable de répondre à ses exigences.

Pour faire cela, j'utilisais souvent les outils authrate ou searchrate présents dans les binaires des annuaires de Forgerock ou Ping.

Si ces outils permettent de tester de manière unitaire, et avec un certain nombre de paramètres, ils manquait certaines possibilités / fonctionnalités :

Contexte

Lors des interactions en LDAP avec Active Directory, certaines actions nécessitent l’utilisation de LDAPS (LDAP sur SSL) entre le client et Active Directory.

Ceci est notamment le cas si l’on veut modifier le mot de passe.

Ce document décrit comment activer le LDAPS sur un environnement Active Directory.

Méthodes envisageables

A priori il y a deux méthodes possibles pour activer LDAPS sur un contrôleur de domaine :

Je suis tombé récemment sur un problème curieux, lors de l'installation d'une plate-forme de test de CA Identity Manager.

L'application tourne sous JBoss EAP 6, avec un Java 1.8, et une base Oracle 12C.

Après avoir installé la base et créé le listener, on observe un comportement curieux :

Après avoir pas mal "joué" avec les certificats SSL ces derniers temps, pour des besoins de sécurisation d'accès à un annuaire LDAP entre autre, je me fais un petit mémo des commandes les plus utilisées.

OpenSSL permet de gérer les certificats utilisés dans les connexions SSL (https, ldaps, etc.). Sur les O.S. de type Unix/Linux, il est généralement présent dans les dépôts et s'installe facilement :

yum install openssl

ou encore

En cas de souci d'espace disque sur certaines partitions, il est possible de déplacer des DataFiles oracle. La démarche étant la suivante (dans l'ordre) :

• Récupérer le nom du fichier utilisé par le tablespace
• Mettre le tablespace en mode Offline
• Copier le fichier de données dans son nouveau répertoire
• Modifier le tablespace pour renommer le fichier de données
• Remettre le tablespace en mode Online
• Supprimer le fichier d'origine

Ce qui se résume de la manière suivante :

Lors de l'envoi de mails à partir d'un domaine vers une adresse gmail, le message arrive dans les SPAMS.

Identification de la cause

Si on choisit "Afficher l'original" dans les options du message, on a quelque chose du type :

Lors de l'installation d'une instance OwnCloud, j'ai pris les options par défaut, avec une base SQLite3.

Ceci est visible dans le fichier de configuration :

J'ai parfois des soucis lorsque l'essaye de copier le contenu d'une applet Java (utilisées par exemple dans IBM Tivoli Identity Manager pour définir les workflows).

Impossible de copier le contenu dans un programme externe, via le presse-papiers (clipboard en anglais).

La copie dans l'autre sens n'est pas possible non plus.

Pour résoudre ce problème, il faut ajouter une ligne dans le fichier java.policy. Souci sur ma machine : j'ai une petite dizaine de ces fichiers, en fonction des mises à jour des JVM.

Contexte

Il est parfois nécessaire d'accéder aux données d'une base SQL externe, sans avoir forcément sur le poste les clients SQL propres à la plate-forme (sql*plus, mysql-client, etc).
Dans ce contexte, l'utilisation d'un client Java, utilisant JDBC, permet d'accéder à de multiples bases, pour peu que l'on dispose des bons drivers.
Une recherche sur internet mène rapidement vers java-source.net/open-source/sql-clients, qui liste des clients Java.