CKAN - 使用带有 curl 和 Apache 基本身份验证的 API答案

【问题标题】：CKAN - use API with curl and Apache basic authenticationCKAN - 使用带有 curl 和 Apache 基本身份验证的 API
【发布时间】：2018-09-20 10:41:29
【问题描述】：

我使用 curl 在 Ckan 中创建资源，一切正常：

curl -H'Authorization: zzzzzz-zzzzz-zzzzz-zzzzz-zzzzzz' 'https://ckan.site.com/api/action/resource_create' --form upload=@/home/file.csv --form package_id=test-upload-file --form url='' --form name='test 12' --form format='csv'

但是，如果 Ckan 位于具有 basic-auth 的 Apache Web 服务器上（所以当我尝试登录 Web 界面时，会出现一个询问用户名和密码的弹出窗口）curl 停止工作。我在 curl 命令中添加了 -u 选项以将用户名和密码传递给 Web 服务器，但我总是收到来自 Apache 的“未经授权”的回答；我还尝试使用 http://username:password@ckan.site.com 或 -n 和 .netrc 文件传递用户名和密码，但我没有运气。

我怀疑 Apache 弄乱了“授权”标头：一个是通过 curl 和 -H 选项传递的，另一个是因为在 Apache (documentation here) 中配置了基本身份验证...也许他们混淆了？如果我尝试简单地curl -n https://ckan.site.com/我可以下载Ckan主页。

这里是 Apache 的基本认证配置：

<Location />
AuthType Basic
AuthName "ckan login"
AuthUserFile /etc/apache2/.htpasswd
Require valid-user
</Location>

这是我在 Apache 日志中看到的 auth_basic 错误：

client used wrong authentication scheme: /api/action/resource_create

【问题讨论】：

标签： apache ckan

【解决方案1】：

HTTP Basic Auth 与许多其他 HTTP 身份验证方案一样，使用 Authorization 标头将凭据从客户端传递到服务器。这与 CKAN 使用 Authorization 标头传递 API 密钥的要求相冲突。

当您在 curl 中手动设置 Authorization 标头时，您会覆盖将为基本身份验证设置的值。您可以使用例如netcat 自行测试。这是 curl 为基本身份验证生成的 GET 请求：

curl 'http://user:pass@localhost:8080'

netcat -l 8080 的输出：

GET / HTTP/1.1
Host: localhost:8080
Authorization: Basic dXNlcjpwYXNz
User-Agent: curl/7.58.0
Accept: */*

如您所见，curl 使用用户 user 和密码 pass 的编码凭据填充了 Authorization 标头。

现在让我们尝试同样的方法并手动为Authorization 指定一个值：

curl -H'Authorization: Foo' 'http://user:pass@localhost:8080'

来自netcat的输出：

GET / HTTP/1.1
Host: localhost:8080
User-Agent: curl/7.58.0
Accept: */*
Authorization: Foo

我们的自定义值已覆盖基本身份验证的自定义值。 Apache 现在会将 Foo（或者，在您的情况下，您的 API 密钥）解释为 HTTP 身份验证方案的名称（例如之前的 Basic）——因为它不适合您使用的方案保护 URL Apache 会引发您看到的错误 (client used wrong authentication scheme)。

为避免此问题，CKAN 还接受 X-CKAN-API-Key 标头中的 API 密钥。您甚至可以使用 CKAN 的 api_key_header_name 配置选项为标头设置自己的名称。

【讨论】：