2010-02-25 55 views
1

我已經使用DotNetOpenAuth庫編寫了一個應用程序,該庫允許用戶對多個OpenID提供程序進行身份驗證。除了AOL之外,它們都可以正常工作,AOL由於某種原因創建了一個超過2200個字符的返回URL,其長度超過了大多數瀏覽器的最大URL長度(2048)。AOL OpenID響應太長

有沒有人遇到過這個?有沒有辦法限制傳遞給提供者的參數數量(特別是dnoa特定的參數)?

真正的問題是「openid.return_to」參數,它是整個URL的副本,但這是OpenID規範的問題,因此不能輕易糾正。

謝謝你的幫助, 加勒特

回答

1

您可以在自己的return_to值DotNetOpenAuth通過。如果你沒有傳遞需要被簽名的回調參數,你不應該看到過多的dnoa.-前綴參數。如果您看到的數據超出您認爲的合理範圍,請將日誌附加到您的問題中,我們可以對此進行評估。

簡而言之,在這種情況下,AOL應該可能使用HTTP POST而不是301重定向。

+0

感謝您的反饋意見。具有諷刺意味的是,它看起來像美國在線有一天發生了一些變化(包括一個新的登錄頁面),看起來他們已經解決了這個問題。我想這是一個「等待足夠長時間,並且事情能夠解決自己」的案例! – 2010-02-26 20:06:21

2

當前部署的AOL OpenID提供程序不支持HTTP POST重定向方法。還將支持OpenID 2.0的新版AOL OpenID提供商將在未來幾周內部署。但是,與此同時,應該可以使用SREG,並只詢問所需的屬性。我已經用http://test-id.org和SREG測試成功測試了SREG路徑。