5

我正在查看thisthis,並且在URL中發送憑據似乎很「容易」。例如:沒有瀏覽器發送標題中的授權信息

http://gooduser:[email protected]/webcallback?foo=bar

這是一切都很好,但它不工作。我已經開啓了小提琴手,並且Chrome的Authorization標頭未被髮送。它似乎表現出對其他瀏覽器相同的行爲(我已經在服務器上有一個斷點,並沒有任何授權標題變成火狐,Safari或IE)

如何使它更好?

+0

嗨,我剛碰到同樣的問題。你有沒有找到解決方案? – mreithub 2013-02-14 14:28:07

+0

@mreithub沒有對不起:( – wal 2013-02-14 22:59:39

+0

我很驚訝,我看到授權標題發送給chrome的基本自動化,其他人仍然失敗 – spankmaster79 2013-02-18 16:40:43

回答

2

在研究各種基本身份驗證實現時,偶然發現了這個問題。

如果瀏覽器收到來自服務器的401質詢響應(more on basic auth protocol),則通常只會發送基本身份驗證。如果有問題的端點同時接受通過身份驗證的用戶和未通過身份驗證的用戶,則基於瀏覽器的請求可能永遠不會被提示輸入身份驗證參數。

來測試此類型的設置的最簡單的方法是發送一個捲曲請求(不管哪個發送認證參數)附加到服務器端點和驗證收到authorization頭的:

curl 'http://gooduser:[email protected]/webcallback?foo=bar'

0

行所以經過大量搜索和試驗的方法

http://gooduser:[email protected]/webcallback?foo=bar 

確實有效。 但是,需要注意確保密碼不包含任何特殊字符。使用一個只包含字母和數字的密碼以及一個hypen(如果你必須的話),它應該可以工作。

相關問題