idp 4.3.1 - status after disabling modules
Felix Gorschlüter
felix.gorschlueter at hhu.de
Mon May 13 12:27:52 UTC 2024
Hello together,
if I want to deactivate a modules in Shibboleth IDP (4.3.1) I achieve it
by (e.g. idp.oidc.common):
```
/opt/shibboleth-idp/bin/module.sh --disable idp.oidc.common.3
...
Disabling idp.oidc.common.3...
[OK]
```
I interpret "[OK]" as: module disabled successfully. But:
```
/opt/shibboleth-idp/bin/module.sh -l
...
Module: idp.oidc.common.3 [ENABLED]
...
```
for "idp.oidc.OP.2" I get "[DISBALED]" as expected.
Maybe some modules cannot be disabled. In any way I find it unhandy to
receive "OK". I'd like to understand this behaviour because I have an
Ansible task to manage plugins and modules. I'd like to be able to
enable / disable e.g. OIDC. Currently I implemented it cleanly so the
playbook exits with error if it recognises: after disabling X, X is not
disabled.
How do I handle this? Do I try to disable X in every run of the playbook
and ignore the outcome? Should I stop disabling modules at all after I
installed them once?
Best regards and thank you for answering all these questions from all
over the world day in, day out
Felix
--
Dr. rer. nat. Felix Gorschlüter
Wissenschaftlicher Mitarbeiter (Identitätsmanagement)
Zentrum für Informations- und Medientechnologie
Gebäude 25.41, Raum 01.31
Heinrich-Heine-Universität Düsseldorf
Universitätsstraße 1
40225 Düsseldorf
Postanschrift: 40204 Düsseldorf
Telefon: +49 211 81 15041
E-Mail: felix.gorschlueter at hhu.de
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 4852 bytes
Desc: Kryptografische S/MIME-Signatur
URL: <http://shibboleth.net/pipermail/users/attachments/20240513/9a479fa2/attachment.p7s>
More information about the users
mailing list