Evita di usare '&'reg_code nella richiesta /authenticate clientless-avoid-using-reg_code-in-authenticate-request
Problema
Il browser IE 9 interpreta '\®' come comando speciale e lo converte in ®.
Spiegazione
Se il /authenticate
La richiesta è composta come segue…
<FQDN>authenticate? requestor_id=someRequestor®_code=EKAFMFI&domain_name=someRequestor.com&noflash=true&mso_id=someMvpd&redirect_url=someRequestor.redirect.url.html
…verrà interpretato dal browser IE come di seguito e inviato all'Adobe in questo formato:
<FQDN>authenticate?requestor_id=someRequestor®_code=EKAFMFI&domain_name=someRequestor.com&noflash=true&mso_id=someMvpd&redirect_url=someRequestor.redirect.url.html
Il requestor_id verrà interpretato come univision®_code=EKAFMFI, poiché non esiste '&' e l'Adobe non troverà un regCode
parametro a cui associare il token. Esiste la possibilità che il token di autenticazione non venga creato, nel qual caso /checkauthn
le chiamate di non riusciranno a trovare alcun token.
Soluzione
Per risolvere il problema, scegliere una delle seguenti opzioni:
-
Evita di utilizzare
®_code
parametro tra gli altri parametri della stringa di query. Spostalo invece sul primo parametro della stringa di query nell’URL della richiesta, creando l’URL della richiesta come segue:code language-none <fqdn>autentica?reg_code =EKAFMFI&requestor_id=someRequestor&domain_name=someRequestor.com&noflash=true&mso_id=someMvpd&redirect_url=someRequestor.redirect.url.html
In questo modo,
®
param non verrà interpretato in modo errato. -
Normalizza
®_code
come utilizzando&reg_code
. -
Un Adobe potrebbe introdurre una nuova funzione per inviare un codice di errore alla seconda schermata in risposta a una chiamata di autenticazione, se la creazione del token AuthN non è riuscita.