2 votes

IBM WebSphere Application Server SSO ne définit pas REMOTE_USER sur Cognos BI 10.2.2

Un problème très similaire a été publié ici, je ne crois pas qu'il s'agisse de la même chose.

IBM WebSphere Application Server SSO sets REMOTE_USER incorrectly

Nous utilisons IBM Cognos Business Intelligence Server 10.2.2 (sans autres produits logiciels supplémentaires) sur WebSphere Application Server BASE version 8.5.5.2, les deux logiciels sur un serveur AIX version 7. Nous essayons de configurer RSA SSO via une authentification HTTP de base de WebSphere à Cognos. Pour l'authentification, nous utilisons un fournisseur d'authentification personnalisé pour WebSphere et Cognos.

Nous utilisons deux profils WAS, un pour exécuter la passerelle Servlet Cognos (pour les modèles correspondant à /ServletGateway/*) et l'autre pour exécuter le Gestionnaire de contenu et les Services de reporting (pour les modèles correspondant à /p2pd/servlet/dispatch).

Après avoir modifié et déployé le jar CJAP de Cognos (fournisseur d'authentification java personnalisé) et apporté des modifications à .../war/gateway/web.xml et .../war/gateway/application.xml.template, créé de nouveaux EAR d'application et les avoir déployés, la connexion fonctionne parfaitement... On me demande mon nom d'utilisateur et mon mot de passe, en saisissant les identifiants corrects, l'utilisateur est connecté au portail cognos. Lors de la consultation de l'en-tête http, comme prévu, Remote_User est nul.

Les choses se compliquent lorsque nous essayons d'activer le SSO. Dans WebSphere, nous activons la sécurité globale, configurons les certificats entre les deux profils, etc.. et après avoir fait tout cela, Remote_User ne se remplit pas.

0voto

WR Aldrich Points 21

Lors de l'affichage des certificats SSL dans la console de WebSphere, nous avons remarqué que les empreintes digitales de différents certificats n'étaient pas les mêmes. Lorsque le même certificat était consulté dans les consoles des deux profils WAS, les empreintes digitales ne correspondaient pas.

Il semble donc que la sécurité globale ne fonctionne pas entre les deux profils WAS. Après de nombreuses recherches, nous sommes tombés sur ce Technote IBM. PM86382: Utilisation de l'authentification RSA

"Lorsque Crypto matériel est utilisé avec l'authentification administrative définie sur RSA (qui est la valeur par défaut dans l'environnement Base Appserver uniquement), certaines tâches administratives telles que déploiements d'applications, etc., échouent."

En suivant le Technote, nous avons changé l'authentification en LPTA, émis de nouveaux certificats et refait la configuration du profil WebSphere. Après un redémarrage, le SSO fonctionne maintenant et le nom d'utilisateur se remplit correctement dans la variable d'en-tête HTTP "Remote_User".

0voto

RAKK Points 151

Je suis l'auteur de la question à laquelle vous avez donné un lien, je n'ai pas encore la permission de commenter donc je dois poster ceci en tant que réponse. Pensez-vous que la solution de rechargement du certificat pourrait fonctionner si nous utilisons un seul profil? Nous utilisons un seul profil pour tout car nous avons l'édition ND de WebSphere, nous utilisons simplement deux serveurs d'applications différents pour garder les applications dispatcher et gateway séparées.

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X