登录会跳转报错页面

[qhs200312]

📦 部署环境

Docker

📦 部署模式

服务端模式(lobe-chat-database 镜像)

📌 软件版本

1.27.3

💻 系统环境

Other Linux

🌐 浏览器

Edge

🐛 问题描述

部署完成后点击登录按钮会跳转到报错的页面

📷 复现步骤

No response

🚦 期望结果

No response

📝 补充信息

No response

[lobehubbot]

👀 @qhs200312

Thank you for raising an issue. We will investigate into the matter and get back to you as soon as possible.
Please make sure you have given us as much context as possible.
非常感谢您提交 issue。我们会尽快调查此事，并尽快回复您。 请确保您已经提供了尽可能多的背景信息。

[dosubot[bot]]

Hi @qhs200312! I'm Dosu and I’m helping the lobe-chat team.

你的登录跳转到报错页面（error=Configuration）是 NextAuth.js 配置错误导致的，常见原因是环境变量未正确设置。请重点检查以下几点：

1. 必须设置 NEXT_PUBLIC_ENABLE_NEXT_AUTH=1、NEXT_AUTH_SECRET（用 openssl rand -base64 32 生成）、NEXTAUTH_URL（如 https://你的域名/api/auth），以及你所用 SSO 的相关变量（如 Casdoor 就要有 AUTH_CASDOOR_ID、AUTH_CASDOOR_SECRET、AUTH_CASDOOR_ISSUER，GitHub 就要有 AUTH_GITHUB_ID、AUTH_GITHUB_SECRET 等）参考1 参考2。
2. NEXTAUTH_URL 必须和你实际访问的服务地址一致，否则会报配置错误参考。
3. 检查数据库服务（lobe-chat-database）和 SSO 服务（如 Casdoor）是否都已启动并可访问。
4. 如果你用的是旧版变量名（如 AUTH0_CLIENT_ID），建议改用新版（如 AUTH_AUTH0_ID），否则会有兼容性警告参考。
5. 有用户反馈 DNS 配置错误也会导致类似问题，建议确认容器内能正常解析外部域名参考。
6. 你可以通过查看 lobe-chat 和 lobe-chat-database 容器日志，获取更详细的错误信息。

如果环境变量都没问题但依然报错，可以尝试重启或重新部署服务。有类似问题的用户通过升级到新版本（如 1.45.11 及以上）解决了登录回调相关 bug参考。

官方文档有详细环境变量说明和配置示例，建议对照检查：环境变量文档。

To reply, just mention @dosu.

---

^{How did I do? Good | Irrelevant | Incorrect | Verbose | Hallucination | Report 🐛 | Other}    

[cy948]

• 什么部署方式？ 使用镜像部署还是用的一键部署脚本？
• 如果是使用镜像直接部署的，那么：
  • clerk or next-auth
  • 如果是 next-auth，使用的是哪个 SSO ？
• 可以提供容器日志吗？
• 是否使用了反向代理？ 如果使用，请同时说明反向代理是如何部署的。

[lobehubbot]

Bot detected the issue body's language is not English, translate it automatically. 👯👭🏻🧑‍🤝‍🧑👫🧑🏿‍🤝‍🧑🏻👩🏾‍🤝‍👨🏿👬🏿

---

• What is the deployment method? Use mirror deployment or one-click deployment scripts?
• If it is deployed directly using mirrors, then:
  • clerk or next-auth
  • If it is next-auth, which SSO is used?
• Can container logs be provided?
• Are reverse proxy used? If used, please also explain how the reverse proxy is deployed.

[skymkmk]

Operational in v1.122.6 and broke in v1.122.7

411f88e

@arvinxx @cy948

[skymkmk]

如何部署的？ 411f88e 的验证流程绝对有所修改，但是逻辑上是没问题的。大概率是部署时的网络问题。排查发现¹：

[auth][error] AdapterError: Read more at https://errors.authjs.dev#adaptererror
[auth][cause]: TypeError: fetch failed
    at node:internal/deps/undici/undici:13510:13
    at process.processTicksAndRejections (node:internal/process/task_queues:105:5)
    at async getUserByAccount (/app/.next/server/chunks/18068.js:833:26)
    at async acc.<computed> (/app/.next/server/chunks/47606.js:2889:24)
    at async callback (/app/.next/server/chunks/47606.js:7409:33)
    at async AuthInternal (/app/.next/server/chunks/47606.js:8257:24)
    at async Auth (/app/.next/server/chunks/47606.js:8509:34)
    at async tf.do (/app/node_modules/.pnpm/[email protected]_@[email protected]_@[email protected][email protected][email protected][email protected]/node_modules/next/dist/compiled/next-server/app-route.runtime.prod.js:18:18835)
    at async tf.handle (/app/node_modules/.pnpm/[email protected]_@[email protected]_@[email protected][email protected][email protected][email protected]/node_modules/next/dist/compiled/next-server/app-route.runtime.prod.js:18:23727)
    at async doRender (/app/node_modules/.pnpm/[email protected]_@[email protected]_@[email protected][email protected][email protected][email protected]/node_modules/next/dist/server/base-server.js:1518:42)
[auth][details]: {
  "errno": -111,
  "code": "ECONNREFUSED",
  "syscall": "connect",
  "address": "192.0.2.1",
  "port": 443
}

我出现这个问题，是因为使用 Podman 部署。无根容器使用 Pasta 作为网络栈时，从容器内访问主机服务（我这里是 Nginx）需要特别将域名引向网关（--add-host <lobe.example.net>:host-gateway²）。建议 sudo -u <user> podman logs -f <container_name>³ 或 sudo docker logs -f <container_name> 将容器日志发上来。

Footnotes

1. 这里是回调地址域名对应的 IP 地址 ↩

2. host-gateway 就是容器网关别名，无需替换 ↩

3. 注意如果使用的是 journald，需要保证所使用用户有权限读取日志 ↩

[skymkmk]

@HexStan 26888 是你通过公网通过反向代理访问的端口吗？还是你 LobeChat 监听的端口

[lobehubbot]

Bot detected the issue body's language is not English, translate it automatically. 👯👭🏻🧑‍🤝‍🧑👫🧑🏿‍🤝‍🧑🏻👩🏾‍🤝‍👨🏿👬🏿

---

@HexStan 26888 Is it the port you accessed through the reverse proxy through the public network? Or the port you listen to in LobeChat

[HexStan]

@HexStan 26888 是你通过公网通过反向代理访问的端口吗？还是你 LobeChat 监听的端口

是的，没事了，我已经排查出原因了。
是因为之前有一段时间的版本，如果要通过域名登录账号，就必须要添加一行extra_hosts，将自己的域名指向127.0.0.1，现在去掉了就好了。

[lobehubbot]

Bot detected the issue body's language is not English, translate it automatically. 👯👭🏻🧑‍🤝‍🧑👫🧑🏿‍🤝‍🧑🏻👩🏾‍🤝‍👨🏿👬🏿

---

@HexStan 26888 Is it the port you accessed through the reverse proxy through the public network? Or the port you listen to in LobeChat

Yes, it's okay, I've found out the reason.
This is because there was a version that had been in the past. If you want to log in to your account through a domain name, you must add a line of extra_hosts and just remove it.

[qhs200312]

我使用1panel的反向代理进行的，我修改了OpenResty里面的配置文件，就可以了，似乎是拦截了casdoor的一个请求地址导致的登录失败

[lobehubbot]

Bot detected the issue body's language is not English, translate it automatically. 👯👭🏻🧑‍🤝‍🧑👫🧑🏿‍🤝‍🧑🏻👩🏾‍🤝‍👨🏿👬🏿

---

I used the reverse proxy of 1panel. I modified the configuration file in OpenResty and it was fine. It seems that the login failure caused by intercepting a request address of the casdoor.

[djdjfjfkeocj]

我也是这样，研究半天了，问AI，AI都不知道什么错误，胡乱回答