【问题标题】:Using CouchDB Replication via HTTPS通过 HTTPS 使用 CouchDB 复制
【发布时间】:2011-04-01 22:58:05
【问题描述】:

我能够使用 CouchDB 复制功能复制本地和远程数据库。但是,如果我将源指定为安全 URL(例如 https://www.mysecurehost.com),CouchDB 将返回 500 错误。如果我将目标指定为安全 URL,我能够成功复制)。我正在使用 CouchDB V1.0.2。任何有关此问题的帮助将不胜感激。

【问题讨论】:

  • 我不确定这有什么不同,但您是从被褥中触发复制,使用 curl 还是通过其他方法?
  • 我们通过两种方式触发复制:1)通过 curl,2)通过我们的应用程序。在这两种情况下我们都会遇到错误。
  • 可能是一个错误。感谢您添加附加信息,因为它可能有助于查明问题。另外,我添加了 https 标签。
  • 我也遇到过类似的问题...尝试进行一次复制希望可以正常工作...我在连续复制方面遇到问题,我通过在我的 ngnix 配置中进行一些配置更改来修复它。 .(ssl config).. 如果您能够进行一次复制,那么我可以为您提供我所做的配置更改

标签: https couchdb


【解决方案1】:

根据Cloudant support

CouchDB(包括 1.0.1 版)有 HTTPS 复制问题。如果你 可以,尝试使用纯 HTTP 进行复制。 否则你必须等到 CouchDB 1.1 发布(ETA 早期 2011)。

他们引用了错误COUCHDB-491 ("Support replication over SSL"),该错误似乎已关闭,但实际上并未修复。

更新:According to Cloudant,如果您使用的是低于 R14 的 Erlang 版本,问题仍然存在。

【讨论】:

  • @JimZ 查看我刚刚添加的更新。如果您认为我的回答不错,请投票给我。
【解决方案2】:

当前的 CouchDB 版本 1.0.2 修复了这些问题。

【讨论】:

  • 感谢您的回复。看起来 Jim 已经在 1.0.2 上,但仍然有问题。
  • 在这种情况下,我希望能提供尽可能详细的错误报告,以便我们尽快修复此问题:issues.apache.org/jira/browse/COUCHDB
  • 请参阅我的回答中的更新 - Cloudant 表示,如果您使用早于 R14 的 Erlang,这只是 v1.0.2 的问题。仍然值得报告错误吗?
猜你喜欢
  • 1970-01-01
  • 1970-01-01
  • 2011-10-28
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 2018-05-02
  • 1970-01-01
相关资源
最近更新 更多