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(如果你必须的话),它应该可以工作。

相关问题