comanage-users - [comanage-users] login IDs
Subject: COmanage Users List
List archive
- From: Paul Caskey <>
- To: "" <>
- Subject: [comanage-users] login IDs
- Date: Sat, 22 Apr 2017 16:29:06 +0000
- Accept-language: en-US
- Authentication-results: internet2.edu; dkim=none (message not signed) header.d=none;internet2.edu; dmarc=none action=none header.from=internet2.edu;
- Ironport-phdr: 9a23:1ZVWgBWp58tb3h5hSSsyUhkFalDV8LGtZVwlr6E/grcLSJyIuqrYbBCDt8tkgFKBZ4jH8fUM07OQ6PG+HzdeqsfR+Fk5M7V0HycfjssXmwFySOWkMmbcaMDQUiohAc5ZX0Vk9XzoeWJcGcL5ekGA6ibqtW1aFRrwLxd6KfroEYDOkcu3y/qy+5rOaAlUmTaxe71/IRG3oAnLuMQbgIRuJ6IyxxDUvnZGZuNayH9yK1mOhRj8/MCw/JBi8yRUpf0s8tNLXLv5caolU7FWFSwqPG8p6sLlsxnDVhaP6WAHUmoKiBpIAhPK4w/8U5zsryb1rOt92C2dPc3rUbA5XCmp4ql3RBP0jioMKjg0+3zVhMNtlqJWuBKvqQJizY7Ibo+bN/t+cb/Sct4BX2VNQtpdWjZdDo+gcYcCCfcKM+ZCr4n6olsDtQGwChOxBOPr1zRFmGX53bY50+s/EQDNwQstH8oSv3vOt9X1N7kdUOCuwanJyzXDc+1Z2S376IfWbhAtv+uAUqxtfsrM0EQiER7OgFaIqYH9IT+Zy+UAv3KV4uZ+T+6jlm0qpx1rrjWgwsogko3Ei4APxl3G9yh12ps5KNm6RUJhfNKoDZRduieHPIVsWMwiWXtnuCMix70Gp5G7eC8KxYw/yRPDbPKLb4aF7gv+WemTPzt0nXVld6mhiBqo9kig1/H8WdKz0FZXqCpKj8PAtmgX1xzU9siIVOdy/lug2TaI0QDf8OZEIV0olarfLJ4hxb0wmoAPvkTEGy/6gET2jKmIeUU44uWk9fnrb7T8qpKSKYN4kBzyP6cylsClDuk1NhACX22B9uS90L3j81f5QLJPjvAuiqnWrIrVJd8YpqGnAw5YyYcj6xCjDzi4ytQYm2cILE5bdB6dkYfmJkzOLOjiDfijm1SsjCtrx/feM7L9BZXNK2LMkLH7crZy9UFQ0RczzctB6JJOEbEMO/bzWk7qtNzEFR81LRa4w+fhCNVhyIweQ2SPDbGFMK/Mq1OH+P8gI/TfLLMS7Xz2LP0s4ffhgDokglIHZoGo24cacna1Aq4gLkmEKzK4idAEGGEDsQd7UffnkkaqUDhPamy0Ur5moDw3FdT1I53EQ9WViaGFlAyyBZ5bdygSEluFCnTlZq2FXesBciSfPpUnnzAZA+vyA7Q93A2j4Vepg4FsKfDZr3UV
- Spamdiagnosticoutput: 1:0
In a situation where COmanage is behind a collaborative proxy (one that is adding/modifying attributes), a user’s ePPN, as seen by SAML assertions to COmanage, will change once the user is enrolled (at least in our setup currently). That’s because a CO Identifier is generated and written to LDAP as the user’s eppn. Now, as I understand it, COmanage should be OK with this as long as the “Login” property on the identifier assignment is checked (and it is). But, it’s not working. After enrolling, subsequent login attempts by an enrolled user are met
with the error: The identifier "<your
CO-assigned ID>" is not registered. If your request for enrollment is still being processed, you will not be able to login until it is approved. Please contact an administrator for assistance. But, the referenced ID is most definitely registered to the right CO Person. When I double-checked the COmanage doc, I found this:
“Login: In general, CO Person identifiers are not used to log in to COmanage services (Organizational
Identities are), so this should generally be left unchecked.” So, what’s the right way to do this? Obviously, I could send the right thing from the proxy and then give it a priority mapping to REMOTE_USER in the COmanage Shibb SP, but that doesn’t feel like the right way… Are there other ways of doing this? Thanks! |
- [comanage-users] login IDs, Paul Caskey, 04/22/2017
- Re: [comanage-users] login IDs, Benn Oshrin, 04/22/2017
- RE: [comanage-users] login IDs, Paul Caskey, 04/22/2017
- Re: [comanage-users] login IDs, Scott Koranda, 04/25/2017
- Re: [comanage-users] login IDs, Benn Oshrin, 04/22/2017
Archive powered by MHonArc 2.6.19.