wangjia
8e24a157e1
loadACL 终点此前有两个问题:(1) 读磁盘 last-good 的 derr 从不落日志;(2) ALERT 只在 err != nil 时触发,但 acl.json 单纯缺失(LoadACLConfig 按设计返回 nil,nil, 不是 error)时 err 恰好是 nil——于是 acl.json 缺失 + 磁盘 last-good 同时损坏这种 "gate 实质消失"的最糟场景,反而完全没有日志。 修复: - derr 非 nil 时打 ERROR。 - ALERT 判断改用文件是否曾经存在(os.Stat)而非 err 是否非 nil:acl.json 与 last-good 均 not-exist → 判定"从未配置过该功能",安静返回;否则(其一存在但 读取/解析失败)→ ALERT。 - 两条降级 fallback 日志补 WARN 级别标签,配合 ERROR/ALERT 可用 journalctl | grep -E 'ERROR|WARN|ALERT' 一并抓到。 TDD:acl_test.go 新增三条——双失败必须 ALERT(RED)、从未配置不误报(基线即绿, 防止告警刷屏回归)、降级日志缺 WARN 标签(RED)。全部现绿。 复现细节:双失败场景没有采用"把 acl.json 和 last-good 都整个删除"来复现——那种 状态在文件系统层面与"这台节点从没配置过 ACL"完全无法区分(两次 os.Stat 皆 not-exist),任何仅凭当前文件状态判断的实现都做不出区分,要区分需要额外的持久 标记,超出本 finding 范围。改用"acl.json 缺失 + 磁盘 last-good 存在但损坏"复现, 这是一个可被 os.Stat 命中的信号,也更贴近 §5 描述的真实故障。 Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
Pangolin Server
Go 后端控制面，负责账户、套餐、激活码、设备与节点目录管理。架构详见 ../design/server/ARCHITECTURE.md。
目录结构
server/
├── cmd/
│ ├── server/ # HTTP 服务入口（chi router，/healthz，/v1 挂载归 1d）
│ └── migrate/ # 数据库迁移 CLI 入口（实现归 1e）
├── internal/
│ ├── config/ # 配置加载（env + 文件，归 1e）
│ ├── store/ # 数据库访问层 Postgres（归 1e）
│ ├── apierr/ # 统一错误体 {code, message_zh, message_en}（归 1f）
│ ├── idgen/ # UUID + Crockford Base32 激活码（归 1f）
│ ├── auth/ # 验证码、argon2id、JWT RS256（归 1c/1d）
│ ├── codes/ # 激活码批次、兑换、审计（归 1d）
│ ├── devices/ # 设备管理（归 1d）
│ ├── nodes/ # 节点目录、connect/disconnect（归 1d）
│ ├── usage/ # 用量统计（归 1d）
│ └── admin/ # 内部管理端（归 1d）
├── Makefile
├── go.mod
├── go.sum
├── tools.go # //go:build tools — 锁定 oapi-codegen / migrate 版本
└── .golangci.yml
常用命令
make build # go build ./...
make test # go test ./...
make vet # go vet ./...
make lint # golangci-lint run ./...
make generate # oapi-codegen 代码生成（1d 填充）
make migrate-up # 执行迁移（1e 填充）
make migrate-down # 回滚迁移（1e 填充）
# 快速启动（默认监听 :8080）
go run ./cmd/server
# 指定地址
go run ./cmd/server -addr :9090
# 或通过环境变量
ADDR=:9090 go run ./cmd/server