Skip to Content.
Sympa Menu

comanage-users - [comanage-users] login IDs

Subject: COmanage Users List

List archive

[comanage-users] login IDs


Chronological Thread 
  • 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!




Archive powered by MHonArc 2.6.19.

Top of Page