gpt4 book ai didi

http - 自定义 HTTP 授权 header

转载 作者:可可西里 更新时间:2023-11-01 15:03:13 25 4
gpt4 key购买 nike

我想知道将自定义数据放在 HTTP 授权 header 中是否可以接受。我们正在设计一个 RESTful API,我们可能需要一种方法来指定自定义授权方法。例如,我们称它为 FIRE-TOKEN 身份验证。

根据规范,这样的事情是否有效并允许:Authorization: FIRE-TOKEN 0PN5J17HBGZHT7JJ3X82:frJIUN8DYpKDtOLCwo//yllqDzg=

第二个字符串的第一部分(“:”之前)是 API key ,第二部分是查询字符串的哈希值。

最佳答案

RFC2617 中定义的格式是 credentials = auth-scheme #auth-param。所以,同意 fumanchu,我认为更正后的授权方案应该是这样的

Authorization: FIRE-TOKEN apikey="0PN5J17HBGZHT7JJ3X82", hash="frJIUN8DYpKDtOLCwo//yllqDzg="

其中 FIRE-TOKEN 是方案,两个键值对是身份验证参数。虽然我相信引号是可选的(来自 p7-auth-19 的附录 B)...

auth-param = token BWS "=" BWS ( token / quoted-string )

我相信这符合最新标准,已经在使用(见下文),并提供用于简单扩展的键值格式(如果您需要额外的参数)。

可以在此处看到此 auth-param 语法的一些示例...

https://datatracker.ietf.org/doc/html/draft-ietf-httpbis-p7-auth-19#section-4.4

https://developers.google.com/youtube/2.0/developers_guide_protocol_clientlogin

https://developers.google.com/accounts/docs/AuthSub#WorkingAuthSub

关于http - 自定义 HTTP 授权 header ,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/7802116/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com