2011-07-25 9 views
24

Przeglądając adresy URL żądań wygenerowanych przez Azure ACS, widzę, że ACS obejmuje wiadomości e-mail, pełne imię, imię i nazwisko jako wymagane roszczenia. Ponadto atrybut o pełnej nazwie jest odwzorowywany na typ oświadczenia http://axschema.org/namePerson.Jak przekazywać wymagane roszczenia do dostawcy tożsamości OpenID z usługą Azure ACS?

Teraz dodałem MyOpenID jako dostawcę tożsamości. MyOpenID nie rozpoznaje roszczenia axschema, ale udało mi się pobrać http://schema.openid.net/namePerson z MyOpenID.

Problem jednak, nawet jeśli dodaję roszczenie http://schema.openid.net/namePerson jako regułę związaną z wystawcą roszczenia do roszczenia MyOpenID w ACS, roszczenie nie będzie zawarte w URL-u żądania wygenerowanego przez ACS.

Czy jest jakiś (ukryty) sposób skonfigurowania żądania żądania tego roszczenia? A może nawet lepiej, zmienić wbudowane mapowanie, aby używać typu schema.openid.net/namePerson zamiast axschema.org/namePerson?

Odpowiedz

1

Azure otrzymuje roszczenia za pośrednictwem Attribute Exchange, które myOpenID nie obsługuje zgodnie z tym blog post by Vittorio.

Istnieje interesująca dyskusja na temat over here na forach msdn.

+1

Zacząłem ten wątek na forum MSDN, aby uzyskać informacje od wszystkich osób z SM, które nie podążają ściśle za SO. Jeśli przeczytasz całą sprawę, zobaczysz, że użyłem AX z myOpenID z powodzeniem. O ile widzę, myOpenID wspiera AX w porządku. AX to tylko protokół obsługiwany zarówno przez ACS, jak i myOpenID. Różnica polega na tym, które atrybuty ACS będą wymagały, i które atrybuty myOpenID może obsługiwać. –

Powiązane problemy