我已经在DigitalOcean的App平台上部署了普通的App平台标签“最新”。
我使用环境变量设置管理员用户,并成功地将https端口443上的数据库服务器卷到数据库服务器,而不是将5984作为原始安装。然后,我创建了系统数据库,如docker文档所概述的那样。
Fauxton的初始加载工作正常(使用_utils),但是登录在UI级别上失败。登录表单提交带有名称/密码的表单,CouchDB用以下方式回复:
{
"ok":true,
"name":"couchadmin",
"roles":[
"_admin"
]
}一个祝酒词出现“您已经登录了”,设置了AuthSession cookie,但是福克斯顿不允许我访问任何函数,只是重定向到登录页面。
我错过了什么?
更新
再次检查“网络”选项卡,会有更多内容发生:
_session,如上所示_session,结果:{"ok":true,"userCtx":{"name":null,"roles":[]},"info":{"authentication_handlers":["cookie","default"]}}名称和角色为空/空。然后使用相同的结果重复最后一次。
**最新情况2 **
当我查询_session?basic=true时,我得到了适当的响应:
{
ok: true,
userCtx: {
name: "couchadmin",
roles: [
"_admin",
"user",
"admin"
]
},
info: {
authentication_handlers: [
"cookie",
"default"
],
authenticated: "cookie"
}
}发布于 2021-03-18 06:23:09
看来会话曲奇在这条线的某个地方被吃掉了。
在_SESSION的第一篇文章中,您能检查得到哪些响应头以及它是否包含会话cookie吗?
发布于 2021-03-29 04:28:36
结果发现,cookie是在DigitalOcean应用程序平台的某个地方吃的。我重新部署了一个CouchDB液滴,而不是一个应用程序,一切都像预期的那样工作。这也解决了(尚未解决的)存储持久性需求。一个应用程序是表皮,而液滴保留数据(仍然需要备份)与附加块存储。
https://stackoverflow.com/questions/66685334
复制相似问题