Bonjour,
J'utilise IWS afin de créer une API web REST.
le mode d'authentification du HTTP server est Kerberos:
PasswdFile %%KERBEROS%%
AuthType Kerberos
L'identifcation fonctionne.
Dans le RPG appelé par l'API, je reussi à récupérér les variables d'environnment sauf la variable REMOTE_USER.
La variable est systématiquement vide.
SELECT CAST(VAR_BVALUE AS CHAR(100)) INTO :V_REMOTE
QSYS2.ENVIRONMENT_VARIABLE_INFO WHERE CAST(VAR_BNAME AS CHAR(14))
= 'REMOTE_USER'
J'ai fait des essais en changeant le mode d'authentification et en le remplacant par du basic AUTHENTIFICATION:
PasswdFile %%SYSTEM%%
AuthType Basic
L'API fonctionne bien en me demandant mes logins password, mais REMOTE_USER reste vide.
Est que quelqu'un a déjà rencontré ce type de problème ?
Merci pour votre aide
REMOTE_USER
-
- Site Admin
- Messages : 813
- Enregistré le : mer. 14 févr. 2007, 18:00:03
- Localisation : Nantes
- Contact :
Re: REMOTE_USER
Avez vous bien coché l'option REMOTE_USER dans les metadata de transport ? (step 6 of 7 lors du déploiement)
Christian Massé (Volubis.fr)
Re: REMOTE_USER
Bonjour,
Merci pour votre réponse.
Oui j'ai bien coché l'option REMOTE_USER dans les meta_data (CF pJ). Lors de execution, la valeur d'environnement REMOTE_USER existe bien, mais la valeur est vide.
Info supplementaire: J'ai créé le webserver en utilisant le Wizard IBM.
Merci pour votre réponse.
Oui j'ai bien coché l'option REMOTE_USER dans les meta_data (CF pJ). Lors de execution, la valeur d'environnement REMOTE_USER existe bien, mais la valeur est vide.
Info supplementaire: J'ai créé le webserver en utilisant le Wizard IBM.
Re: REMOTE_USER
L'application des dernières PTF HTTP server corrige le bug.
Modifié en dernier par SpiderI le ven. 06 nov. 2020, 11:56:25, modifié 2 fois.
Re: REMOTE_USER
L'application des dernières PTF HTTP server corrige le bug.