# 从报错到接入成功：New API 绑定 NodeLoc 的排坑与复现

**URL:** <https://2hkj2s.loc.rr.kg/t/topic/104908>\
**Category:** 杂谈\
**Tags:** 原创\
**Created:** [2026 年8 月 23 日 06:09 UTC](https://2hkj2s.loc.rr.kg/t/topic/104908 "2026-08-23T06:09:24Z")\
**Posts on this page:** 15\
**Page:** 1

<div class="post-metadata">

作者： ![windy](https://2hkj2s.loc.rr.kg/user_avatar/2hkj2s.loc.rr.kg/windy/32/18537_2.png) [@windy](https://2hkj2s.loc.rr.kg/u/windy)\
发布日期： [2026 年8 月 23 日 06:09 UTC](https://2hkj2s.loc.rr.kg/t/topic/104908/1 "2026-08-23T06:09:24Z")

</div>

说明：此贴仅作日常记录，正常做法是按论坛指引，方便快捷！

\*\*[new-api 接入NodeLoc 登录教程](https://2hkj2s.loc.rr.kg/t/topic/95280)\*\*2026-6-21

一开始 **OAuth 集成设置如下**

 ![image](https://2hkj2s.loc.rr.kg/uploads/default/original/3X/c/0/c0077738470dcbd70ff05c2607876f607e8fc25e.png)

## 询问1

在vps部署new-api，主域名2026.net托管在cloudflare，子域名new-api.2026.net绑定VPS的IP，并开启小黄云，使用规则，端口回源，实现https访问，主域名2026.net的SSL/TLS设置为灵活；new-api域名网站为[https://new-api.2026.net/](https://new-api.2026.net/)

1、在论坛申请应用，获取Client ID、Client Secret

2、OAuth 集成OIDC默认设置 重定向 URL：new-api网站地址/oauth/oidc

OAuth集成绑定论坛的Client ID、Client Secret，保存设置后，

使用论坛的账号授权登录[https://new-api.2026.net/sign-in，\*\*点击毫无反应\*\*，](https://new-api.2026.net/sign-in%EF%BC%8C **%E7%82%B9%E5%87%BB%E6%AF%AB%E6%97%A0%E5%8F%8D%E5%BA%94** %EF%BC%8C)

浏览器F12 console显示\*\*\*此处省略

访问 [https://new-api.2026.net/\*\*auth/oidc](https://new-api.2026.net/**auth/oidc)\*\*

测试Error 1016

Ray ID: a2f0d305e99dde8d • 2026-08-22 09:24:24 UTC

Origin DNS error

网页版qwen3.7-plus 回复：

第一步：检查 Cloudflare DNS 记录

第二步：检查“端口回源”配置 (Origin Rules)

第三步：核对 SSL/TLS 模式与 VPS 服务的匹配

第四步：检查 VPS 防火墙与云服务商安全组

第五步：修正 OIDC 重定向 URL (预防后续问题)

1. \*\*在 new-api 的系统设置中\*\*：

OIDC 的重定向 URL (Redirect URI) 必须是\*\*完整的绝对路径\*\*

2. \*\*在论坛的应用管理设置中\*\*：

回调地址 (Callback URL / Redirect URI) 必须与 new-api 中填写的\*\*完全一致\*\*（包括 `https://` 和末尾是否有斜杠）。

前面三步，检查无问题；第四步主要检查端口是否开放，初步判断可忽略；

第五步 有可能出问题，但仔细核对new-api与论坛一致；

## 询问2：

直接访问：[https://new-api.2026.net正常](https://new-api.2026.xn--net-bm2f849c) 只是点击登录时选择论坛登录，毫无反应，console也没数据传输

既然直接访问 `[https://new-api.2026.net](https://new-api.2026.net)` 已经正常，说明 \*\*Cloudflare 的 DNS、端口回源和 SSL/TLS 配置已经成功打通\*\*，这是非常关键的一步！

现在的问题是：\*\*点击“论坛登录”毫无反应，且 Network（网络）面板没有新的请求发出\*\*。这通常意味着\*\*前端 JavaScript 代码在执行点击事件时遇到了错误并静默失败\*\*，或者\*\*前端未能正确读取到 OIDC 的配置信息\*\*（例如 Client ID 为空），导致无法拼接授权跳转链接。

第一步：排除浏览器缓存与插件干扰（最常见）

第二步：严格核对 OIDC 重定向 URL (Redirect URI)

第三步：检查 new-api 后端是否成功加载了 OIDC 配置

SSH执行命令

第四步：检查论坛端 OIDC 端点 URL 是否填写完整

小插曲：

new-api域名网站/system-settings/auth/basic-auth 设置 注册已启用 设置为关闭状态，而且重启new-api，但是打开new-api域名网站/sign-up还是显示可以注册

其实，只要注册会提示 管理员已关闭新用户注册！

## 1. 清除浏览器缓存并强制刷新

## 2. 检查数据库配置是否保存成功

登录 VPS，进入 new-api 数据库检查配置：SSH执行一些列命令

## 3. 检查环境变量是否覆盖了配置

查看 new-api 的 Docker 配置或 `.env` 文件 使用命令

## 4. 直接修改数据库禁用注册

## 5. 检查 new-api 日志

## 6. 检查是否有多个配置位置

## 临时解决方案：直接禁用注册页面访问

如果上述方法都无效，可以通过 Nginx 反向代理拦截注册页面

root@VPS:~# docker exec -it new-api-db mysql -u root -p

Error response from daemon: **No such container: new-api-db**

**这是什么鬼，竟然找不到new-api-db！**

**经过qwen3.7-plus专家指导**

再次执行命令

root@VPS:~# docker exec new-api find / -name “\*.db” 2\>/dev/null

/data/one-api.db root@VPS:~# docker exec new-api find / -name “\*.db” 2\>/dev/null

/data/ **one-api**.db

怎么换了一个名称\*\*one-api\*\*.db？？？

又是一系列命令，

Qwen3.7-plus回复

太好了！从您的输出可以看到：

```text

PasswordRegisterEnabled|false

RegisterEnabled|false

**```**

这说明\*\*数据库中的注册开关已经成功设置为 `false`（关闭状态）了！\*\*

### 第一步：检查 Cloudflare 是否缓存了旧页面（最常见！）

### 第二步：全面排查数据库中隐藏的注册开关

### 第三步：确认容器实际读取的数据库文件路径

root@VPS:~# sqlite3 ./one-api.db “SELECT key, value FROM options WHERE lower(key) LIKE ‘%register%’;”

PasswordRegisterEnabled|false

RegisterEnabled|false

### 第一步：验证容器内部实际读取的数据库状态（最关键）

### 第二步：排查 Cloudflare 页面缓存（极高概率）

### 第三步：确认“可以注册”的具体表现形式

### 1. 关于“还能注册”的误会：其实已经成功关闭了！

请看您提供的数据中的这两行：

- `“register_enabled”: false`

- `“password_register_enabled”: false`

\*\*结论\*\*：后端的注册功能\*\*已经 100% 成功关闭\*\*！您的数据库修改完全生效了。

\*\*为什么您还能看到页面？\*\* 因为 New-API 的逻辑是：即使关闭了普通注册，如果开启了第三方登录（如 OIDC），`/sign-up` 页面依然会显示，但\*\*上面只会显示“使用 Nodeloc 登录”的按钮\*\*，而\*\*不会\*\*有输入用户名和密码的表单。您看到的其实是第三方授权入口，而不是传统的注册表单。

### 2. 核心问题：为什么点击“论坛登录”毫无反应？

请看您数据中的这几个关键配置：

```json

“oidc\_enabled”: true,

“oidc\_client\_id”: “73ded2c5-\*\*\*\*\*\*\*\*”,

“oidc\_display\_name”: “Nodeloc”,

“oidc\_authorization\_endpoint”: “” 👈 **罪魁祸首在这里！**

已按照要求修改， 点击使用论坛登录跳转到[https://2hkj2s.loc.rr.kg/oauth/authorize?client\_id=73ded2c5-](https://2hkj2s.loc.rr.kg/oauth/authorize?client_id=73ded2c5-)

测试折腾Well-Known URL无效

# 要手动找到 Nodeloc 论坛实际的 OAuth 端点

1. `HTTP/2 200` 说明这个 Well-Known URL \*\*是真实存在且可访问的\*\*！

2. `x-discourse-route: discourse_auth_provider/oauth/openid_configuration` 明确告诉我们：\*\*Nodeloc 使用的是 Discourse 论坛程序\*\*，并且配置了 OIDC 插件。

太棒了！这个 JSON 数据非常完美，它直接给出了所有正确的答案。这说明 \*\*Nodeloc 论坛端的 OIDC 配置是完全正常的\*\*。

第1次提到的授权端点 (Authorization Endpoint)、令牌端点 (Token Endpoint)、用户信息端点 (User Info Endpoint)、重定向 URL (Redirect URI)

root@VPS:~# curl -s [https://2hkj2s.loc.rr.kg/.well-known/openid-configuration](https://2hkj2s.loc.rr.kg/.well-known/openid-configuration)

将以下从 JSON 中提取的\*\ ***准确地址** \*\*，分别填入对应的字段中

- \*\*授权端点 (Authorization Endpoint)\*\*:

- \*\*令牌端点 (Token Endpoint)\*\*:

- \*\*用户信息端点 (User Info Endpoint)\*\*:

## 找到很重要的问题

第一二步完全按照以上，浏览器无痕模式打开使用nodeloc论坛登录提示问题还是存在

谷歌浏览器无痕模式 F12 console GET [https://2hkj2s.loc.rr.kg/\*\*[u]oauth/authorize[/u]\*\*?client\_id=73ded2c5-](https://2hkj2s.loc.rr.kg/ **%5Bu%5Doauth/authorize%5B/u%5D**?client_id=73ded2c5-)

请看控制台里的这行关键信息：

`GET [https://2hkj2s.loc.rr.kg/oauth/authorize?client\_id=](https://2hkj2s.loc.rr.kg/oauth/authorize?client_id=)… 404 (Not Found)`

它说明 new-api \*\*仍然\*\*在尝试访问错误的地址 `/oauth/authorize`，而不是我们之前确认的、正确的地址 `/oauth-provider/authorize`（注意中间的 `-provider`）。

### 🛠 强制修正数据库配置（请务必执行）执行命令

\*\*问题出在这里\*\*：数据库里实际存储的键名（Key）是\*\*带点 `.`\*\* 的（例如 `oidc.authorization_endpoint`），而我之前给您的 SQL 命令中使用的是\*\*带下划线 `_`\*\* 的（`oidc_authorization_endpoint`）。

又是一堆命令修复数据库\*\*\*

🎉 \*\*太棒了！数据库已经 100% 完美修正！\*\*

从您的输出可以清晰地看到，三个端点现在都正确地指向了包含 `-provider` 的路径：

- `oidc.authorization\_endpoint|[https://2hkj2s.loc.rr.kg/oauth-provider/authorize\`](https://2hkj2s.loc.rr.kg/oauth-provider/authorize%5C%60)

- `oidc.token\_endpoint|[https://2hkj2s.loc.rr.kg/oauth-provider/token\`](https://2hkj2s.loc.rr.kg/oauth-provider/token%5C%60)

- `oidc.user\_info\_endpoint|[https://2hkj2s.loc.rr.kg/oauth-provider/userinfo\`](https://2hkj2s.loc.rr.kg/oauth-provider/userinfo%5C%60)

## 询问：使用nodeloc登录，提示 启动 OIDC 登录失败

429 (Too Many Requests)`

暂停5-10分钟后

论坛已在谷歌无痕模式下登录账号，访问[https://new-api](https://new-api).\*\*\*\*/sign-in使用nodeloc登录 还是显示OIDC 获取 Token 失败，请检查设置

分析日志

root@VPS:~# docker logs --tail 50 new-api

请看这行关键报错：

`[ERR] … | [OAuth-OIDC] ExchangeToken failed: empty access token`

root@VPS:~# curl -v -X POST “[https://2hkj2s.loc.rr.kg/oauth-provider/token](https://2hkj2s.loc.rr.kg/oauth-provider/token)” \

你提供的 `curl` 输出完美地证明了：\*\*Nodeloc 论坛的 OIDC 配置 100% 正确！\*\*

论坛成功返回了 `HTTP/2 200`，并且给了你完整的 `“access_token”` 和 `“id_token”`。这说明你的 `Client ID`、`Client Secret`、`Code` 和 `Redirect URI` \*\*全部完美匹配\*\*！

问题依旧存在，再次执行命令，更新数据库

这个日志确认了问题依然卡在 `[OAuth-OIDC] ExchangeToken failed: empty access token`。

这说明 new-api 确实向论坛发起了请求，但\*\*没有收到包含 `access_token` 的有效 JSON 响应\*\*。

### 🔍 第一步：检查“环境变量”是否覆盖了数据库配置（极高概率！）

### 🔍 第二步：检查 `redirect_uri` 是否被偷偷加了“致命斜杠”

### 🔍 第三步：容器内真实请求测试（验证是否被 Cloudflare 拦截）

## 执行命令，找到server\_address问题根源

root@VPS:~# # 1. 拷贝数据库

docker cp new-api:/data/one-api.db /tmp/check\_uri.db

# 2. 查看回调地址和服务器地址配置

sqlite3 /tmp/check\_uri.db “SELECT key, value FROM options WHERE key IN (‘oidc\_redirect\_uri’, ‘server\_address’, ‘oidc\_client\_id’, ‘oidc\_client\_secret’);”

Successfully copied 967kB (transferred 968kB) to /tmp/check\_uri.db

### ASSISTANT

看来 `sqlite3` 查询没有返回结果，这通常是因为键名（Key）不完全匹配。但这反而让我们发现了一个\*\*极其可疑的线索\*\*！

在之前您提供的 JSON 数据中，有一行非常关键：

`“server\_address”: “http:// **localhost** :3000”`

在 New-API 的逻辑中，如果 `server_address` 没有正确设置为您的真实域名，它在向论坛请求 Token 时，可能会自动拼接出一个错误的 `redirect_uri`（例如 `[http://localhost:3000/oauth/oidc\`）。](http://localhost:3000/oauth/oidc%5C%60%EF%BC%89%E3%80%82)

而 Nodeloc 论坛后台配置的是 `[https://new-api.2026.net/oauth/oidc\`。](https://new-api.2026.net/oauth/oidc%5C%60%E3%80%82)

\*\*这两个地址不匹配，论坛就会直接拒绝请求\*\*，导致 New-API 拿不到 Token，从而报 `empty access token`。

接着，又是一堆命令

## 询问：如果 server\_address 是默认的 “[http://localhost:3000](http://localhost:3000)” 如何查看或验证

又是检查数据库

这个查询依然没有返回结果，这非常关键！这说明 New-API 的数据库中\*\*根本没有存储\*\* `server_address` 或 `oidc_redirect_uri` 这类配置项，或者它们存储的位置/键名非常特殊。

# # 1. 查看数据库中有哪些表

sqlite3 /tmp/verify.db “.tables”

# 2. 查看 options 表的前 10 条数据（看看键名到底是什么格式）

sqlite3 /tmp/verify.db “SELECT key, value FROM options LIMIT 10;”

请看您提供的数据库输出结果。里面\*\*根本没有\*\* `oidc.authorization_endpoint`、`oidc.token_endpoint` 或 `oidc.redirect_uri` 这些键！

## 询问：主页 URL，网站地址 是无法修改的

### 🛠 终极修复：通过数据库强制修改主页 URL

## 询问：服务器的公开URL，用于OAuth回调、Webhook和其他外部集成 如果这里修改了。open-webui 外部链接是否也需要修改

root@VPS:~# docker logs --tail 50 new-api

这个日志非常有趣！它透露了几个关键信息：

1. `20:18:01` 的 `PUT /api/option/` 返回了 `200`，说明您\*\*成功保存了\*\*“服务器地址”的修改！

2. `20:18:38` 的 `GET /oauth/oidc?code=…` 也返回了 `200`，说明 New-API \*\*成功接收到了\*\*从论坛跳回来的授权码（code）。

\*\*但是，日志中并没有出现我们之前看到的 `empty access token` 报错，也没有明显的 `500` 或 `panic` 错误记录。\*\*

这通常意味着两种可能：

1. \*\*这个 “500 糟糕！出错了” 页面其实是 Nodeloc 论坛返回的\*\*，而不是 New-API 返回的。

2. New-API 的前端在收到数据后，尝试请求了另一个 API（比如获取用户信息），那个 API 报错了，但日志被截断或没有记录。

## 终于正常了，还需要开启新用户注册

小结：在论坛搜索相关分享时，可能是没有找到正确的版本，经此折腾。

方案一：本次记录，OAuth 集成OIDC

1、管理员登录new-api网站-系统信息-服务器地址 默认为空，填写new-api网站地址，例如[http://new-api.2026.com](http://new-api.2026.com)

2、OAuth 集成OIDC默认设置 默认为重定向 URL：new-api网站地址/oauth/oidc

第1步修改之后，此重定向 URL：[http://new-api.2026.com/oauth/oidc](http://new-api.2026.com/oauth/oidc)

2、在论坛[https://2hkj2s.loc.rr.kg/oauth-provider/applications申请应用，获取Client](https://2hkj2s.loc.rr.kg/oauth-provider/applications%E7%94%B3%E8%AF%B7%E5%BA%94%E7%94%A8%EF%BC%8C%E8%8E%B7%E5%8F%96Client) ID、Client Secret，记得保存到记事本，Client Secret只显示一次，后续只能重置；重定向 URL 填写第1步获取的重定向 URL：[http://new-api.2026.com/oauth/oidc](http://new-api.2026.com/oauth/oidc)

 ![image](https://2hkj2s.loc.rr.kg/uploads/default/original/3X/7/6/76d251807810b29d9cd2c20357adb694447a3567.png)

3、在new-api网站OAuth 集成OIDC

 ![image](https://2hkj2s.loc.rr.kg/uploads/default/original/3X/0/5/050496d24319602e163e441fb04341d5d97362bb.png)

其中 链接时qwen3.7-plus专家指导，在SSH执行

curl -s [https://2hkj2s.loc.rr.kg/.well-known/openid-configuration](https://2hkj2s.loc.rr.kg/.well-known/openid-configuration)

5、记得new-api开启用户注册，其他设置按个人

 ![image](https://2hkj2s.loc.rr.kg/uploads/default/original/3X/2/c/2cf12771d551fa423cccc5784b34644df8a1950d.png)

方案二：自定义OAuth 提供商【推荐】

## 添加 OAuth 提供商

 ![image](https://2hkj2s.loc.rr.kg/uploads/default/original/3X/9/4/9452585341dcc611d3600aeb32824180f2865311.png)

 ![image](https://2hkj2s.loc.rr.kg/uploads/default/original/3X/2/3/23b9c73e20c29a483f7c127d9d7ce2e2252a37d7.png)

提醒：很可能还需完成方案一的第1步，不然很可能出现本次折腾记录，大模型专家鬼打墙，重复，数据库，命令，各种解决方案，想到/差点放弃，一次意外发现/很庆幸，找到问题症结，最后成功接入！

详细见\*\*[new-api 接入NodeLoc 登录教程](https://2hkj2s.loc.rr.kg/t/topic/95280)\*\*2026-6-21

最后，仅以此贴感谢qwen3.7-plus专家，还有自己不放弃的精神，折腾几个小时-意外成功！

---

<div class="post-metadata">

作者： ![Mike-Leone](https://2hkj2s.loc.rr.kg/user_avatar/2hkj2s.loc.rr.kg/mike-leone/32/56791_2.png) [@Mike-Leone](https://2hkj2s.loc.rr.kg/u/Mike-Leone)\
发布日期： [2026 年8 月 23 日 06:12 UTC](https://2hkj2s.loc.rr.kg/t/topic/104908/2 "2026-08-23T06:12:11Z")

</div>

概括：技术不够。。。

---

<div class="post-metadata">

作者： ![kaoqy](https://2hkj2s.loc.rr.kg/user_avatar/2hkj2s.loc.rr.kg/kaoqy/32/5004_2.png) [@kaoqy](https://2hkj2s.loc.rr.kg/u/kaoqy)\
发布日期： [2026 年8 月 23 日 06:12 UTC](https://2hkj2s.loc.rr.kg/t/topic/104908/3 "2026-08-23T06:12:54Z")

</div>

填个oidc自动获取的端点然后把cilent id和secret填上好像就行

---

<div class="post-metadata">

作者： ![James](https://2hkj2s.loc.rr.kg/user_avatar/2hkj2s.loc.rr.kg/james/32/1745_2.png) [@James](https://2hkj2s.loc.rr.kg/u/James)\
发布日期： [2026 年8 月 23 日 06:20 UTC](https://2hkj2s.loc.rr.kg/t/topic/104908/4 "2026-08-23T06:20:08Z")

</div>

精神可嘉，技术多磨练

---

<div class="post-metadata">

作者： ![windy](https://2hkj2s.loc.rr.kg/user_avatar/2hkj2s.loc.rr.kg/windy/32/18537_2.png) [@windy](https://2hkj2s.loc.rr.kg/u/windy)\
发布日期： [2026 年8 月 23 日 06:20 UTC](https://2hkj2s.loc.rr.kg/t/topic/104908/5 "2026-08-23T06:20:12Z")

</div>

接受，本来很简单，因为没找到/看到正确指引，折腾了几个小时，成功后，

1、在与qwen对话过程中，意外提到new-api的版本，于是就去看官方new-api文档，是采用 **自定义 OAuth 提供商的方案** [自定义 OAuth 提供商 | New API](https://www.newapi.ai/zh/docs/guide/feature-guide/admin/custom-oauth)，

**2、也就在** 刚才发帖时，看到对话框弹出，才知道论坛有最新指引。

 ![image](https://2hkj2s.loc.rr.kg/uploads/default/original/3X/3/e/3ee8f0445513e97d2b60cd8177770d53e81cf2f5.png)

---

<div class="post-metadata">

作者： ![Mike-Leone](https://2hkj2s.loc.rr.kg/user_avatar/2hkj2s.loc.rr.kg/mike-leone/32/56791_2.png) [@Mike-Leone](https://2hkj2s.loc.rr.kg/u/Mike-Leone)\
发布日期： [2026 年8 月 23 日 06:22 UTC](https://2hkj2s.loc.rr.kg/t/topic/104908/6 "2026-08-23T06:22:00Z")

</div>

其实，把NL授权登录文档丢给Qwen也能查出部分问题。。。

---

<div class="post-metadata">

作者： ![kaoqy](https://2hkj2s.loc.rr.kg/user_avatar/2hkj2s.loc.rr.kg/kaoqy/32/5004_2.png) [@kaoqy](https://2hkj2s.loc.rr.kg/u/kaoqy)\
发布日期： [2026 年8 月 23 日 06:24 UTC](https://2hkj2s.loc.rr.kg/t/topic/104908/7 "2026-08-23T06:24:04Z")

</div>

说到版本，1panel默认装老版

---

<div class="post-metadata">

作者： ![windy](https://2hkj2s.loc.rr.kg/user_avatar/2hkj2s.loc.rr.kg/windy/32/18537_2.png) [@windy](https://2hkj2s.loc.rr.kg/u/windy)\
发布日期： [2026 年8 月 23 日 06:26 UTC](https://2hkj2s.loc.rr.kg/t/topic/104908/8 "2026-08-23T06:26:55Z")

</div>

**哈哈** ，感谢老板鼓励，纯小白一个，非相关专业，以后继续努力， **多学习**

---

<div class="post-metadata">

作者： ![windy](https://2hkj2s.loc.rr.kg/user_avatar/2hkj2s.loc.rr.kg/windy/32/18537_2.png) [@windy](https://2hkj2s.loc.rr.kg/u/windy)\
发布日期： [2026 年8 月 23 日 06:29 UTC](https://2hkj2s.loc.rr.kg/t/topic/104908/9 "2026-08-23T06:29:09Z")

</div>

的确有很多方案，感谢指导，大模型的确可解决很多问题，

---

<div class="post-metadata">

作者： ![aiwentisika](https://2hkj2s.loc.rr.kg/user_avatar/2hkj2s.loc.rr.kg/aiwentisika/32/63395_2.png) [@aiwentisika](https://2hkj2s.loc.rr.kg/u/aiwentisika)\
发布日期： [2026 年8 月 23 日 06:30 UTC](https://2hkj2s.loc.rr.kg/t/topic/104908/10 "2026-08-23T06:30:50Z")

</div>

感谢佬的分享，这一定会帮到很多人的

---

<div class="post-metadata">

作者： ![windy](https://2hkj2s.loc.rr.kg/user_avatar/2hkj2s.loc.rr.kg/windy/32/18537_2.png) [@windy](https://2hkj2s.loc.rr.kg/u/windy)\
发布日期： [2026 年8 月 23 日 06:32 UTC](https://2hkj2s.loc.rr.kg/t/topic/104908/11 "2026-08-23T06:32:33Z")

</div>

直接一键安装了，1panel辅助，目前作为管理容器的面板，或SSH登录等，不过上次使用最多的还是2025年8月，印象中当时应用没有AI单列，

---

<div class="post-metadata">

作者： ![windy](https://2hkj2s.loc.rr.kg/user_avatar/2hkj2s.loc.rr.kg/windy/32/18537_2.png) [@windy](https://2hkj2s.loc.rr.kg/u/windy)\
发布日期： [2026 年8 月 23 日 06:33 UTC](https://2hkj2s.loc.rr.kg/t/topic/104908/12 "2026-08-23T06:33:59Z")

</div>

对的，就是new-api和论坛最新指引的方案二

---

<div class="post-metadata">

作者： ![windy](https://2hkj2s.loc.rr.kg/user_avatar/2hkj2s.loc.rr.kg/windy/32/18537_2.png) [@windy](https://2hkj2s.loc.rr.kg/u/windy)\
发布日期： [2026 年8 月 23 日 06:35 UTC](https://2hkj2s.loc.rr.kg/t/topic/104908/13 "2026-08-23T06:35:36Z")

</div>

希望，本次仅作记录，实际操作还是看官方指引，这样节省时间

---

<div class="post-metadata">

作者： ![xiaoyi669](https://2hkj2s.loc.rr.kg/user_avatar/2hkj2s.loc.rr.kg/xiaoyi669/32/63122_2.png) [@xiaoyi669](https://2hkj2s.loc.rr.kg/u/xiaoyi669)\
发布日期： [2026 年8 月 23 日 08:13 UTC](https://2hkj2s.loc.rr.kg/t/topic/104908/14 "2026-08-23T08:13:15Z")

</div>

可以直接丢给ai的 麻烦了 感谢分享

---

<div class="post-metadata">

作者： ![daryenr](https://2hkj2s.loc.rr.kg/letter_avatar_proxy/v4/letter/d/838e76/32.png) [@daryenr](https://2hkj2s.loc.rr.kg/u/daryenr)\
发布日期： [2026 年8 月 24 日 02:50 UTC](https://2hkj2s.loc.rr.kg/t/topic/104908/15 "2026-08-24T02:50:59Z")

</div>

爱学习的人是值得点赞的，努力就好！
