避免在/authenticate請求中使用'&'reg_code clientless-avoid-using-reg_code-in-authenticate-request
NOTE
此頁面上的內容僅供參考。 使用此API需要Adobe的目前授權。 不允許未經授權的使用。
問題
IE 9瀏覽器會將'&reg'解譯為特殊命令,並將其轉換為®。
說明
如果/authenticate
要求組成如下……
<FQDN>authenticate? requestor_id=someRequestor®_code=EKAFMFI&domain_name=someRequestor.com&noflash=true&mso_id=someMvpd&redirect_url=someRequestor.redirect.url.html
…它將由IE瀏覽器解譯,如下所示,並將以此格式傳送給Adobe:
<FQDN>authenticate?requestor_id=someRequestor®_code=EKAFMFI&domain_name=someRequestor.com&noflash=true&mso_id=someMvpd&redirect_url=someRequestor.redirect.url.html
要求者_id會解譯為univision®_code=EKAFMFI,因為沒有'&',且Adobe找不到可與Token建立關聯的regCode
引數。 完全有可能不會建立AuthN權杖,在這種情況下/checkauthn
呼叫將找不到任何權杖。
解決方案
下列其中一個選項應該可以解決此問題:
-
請避免在其他查詢字串引數之間使用
®_code
引數。 請改為將其移至請求URL中的第一個查詢字串引數,使請求URL如下所示:code language-none <FQDN>authenticate?reg_code =EKAFMFI&requestor_id=someRequestor&domain_name=someRequestor.com&noflash=true&mso_id=someMvpd&redirect_url=someRequestor.redirect.url.html
如此一來,
®
引數就不會被錯誤解譯。 -
將
®_code
標準化為使用&reg_code
。 -
如果AuthN權杖建立失敗,Adobe可能會引入新功能,以將錯誤代碼傳回第2個畫面以回應驗證呼叫。
recommendation-more-help
3f5e655c-af63-48cc-9769-2b6803cc5f4b