(Verouderd) Gebruik geen '&'reg_code in /authenticate Request'
- Onderwerpen:
- Authenticatie
Probleem
De browser IE 9 interpreteert '&reg' als een speciale opdracht en zet deze om in ®.
Toelichting
Als de aanvraag /authenticate
als volgt is samengesteld…
<FQDN>authenticate? requestor_id=someRequestor®_code=EKAFMFI&domain_name=someRequestor.com&noflash=true&mso_id=someMvpd&redirect_url=someRequestor.redirect.url.html
…het wordt hieronder door de browser van het IE geïnterpreteerd en wordt naar de Adobe verzonden in de volgende notatie:
<FQDN>authenticate?requestor_id=someRequestor®_code=EKAFMFI&domain_name=someRequestor.com&noflash=true&mso_id=someMvpd&redirect_url=someRequestor.redirect.url.html
De aanvrager_id wordt geïnterpreteerd als univision®_code=EKAFMFI, aangezien er geen '&' is, en Adobe zal geen regCode
param vinden om het token met te associëren. Er is een kans dat het token AuthN helemaal niet wordt gemaakt. In dat geval zullen aanroepen van /checkauthn
geen tokens vinden.
Oplossing
U kunt dit probleem op een van de volgende manieren oplossen:
-
Vermijd het gebruik van de parameter
®_code
tussen de andere parameters van de queryreeks. Verplaats het in plaats daarvan naar de eerste query-string parameter in de request-URL, waarbij de request-URL als volgt wordt uitgevoerd:<FQDN>authenticate?reg_code =EKAFMFI&requestor_id=someRequestor&domain_name=someRequestor.com&noflash=true&mso_id=someMvpd&redirect_url=someRequestor.redirect.url.html
Op deze manier wordt de parameter
®
niet onjuist geïnterpreteerd. -
Normaliseer
®_code
als u&reg_code
gebruikt. -
Adobe kon een nieuwe eigenschap introduceren om een foutencode terug naar het tweede scherm in antwoord op een authentificatievraag te verzenden, als de symbolische verwezenlijking AuthN ontbrak.