服务器

为什么需要 API 中转 做 AI 开发时间长了，手里攒的模型越来越多：OpenAI 的 GPT-4o、Claude 的 Sonnet 4、DeepSeek 的 V3 和 R1、还有本地跑的 Llama……每个模型都有自己的 API Key、独立的接口地址、不一样的计费方式。 一开始没啥感觉，反正写死一个模型也能用。但当你开始做稍微复杂点的项目——比如一个 Telegram Bot 同时接了好几个模型，或者你在做 RAG 应用需要根据任务类型自动选模型——这时候问题就来了： 代码里到处都是不同的 base_url 和 api_key 想换模型，得改代码、重新测试、重新部署 某个模型挂了切到另一个，手忙脚乱 月底对账一看，每个平台各算各的，根本理不清到底花了多少钱 sub2api 就是来解决这些问题的。 它本质上是一个轻量级的反向代理层，把你的所有 API 请求统一到一个入口。你的代码只认一个地址、一个 Key，背后路由到哪个模型由 sub2api 说了算。 架构概览 ┌─────────────────┐ ┌──────────┐ ┌──────────────┐ │ 你的客户端代码 │────▶│ sub2api │────▶│ OpenAI │ │ (Bot/Agent/App) │ │ (中转) │ ├──────────────┤ └─────────────────┘ │ │ │ Claude │ │ │ ├──────────────┤ │ │ │ DeepSeek │ │ │ ├──────────────┤ │ │ │ 其他/本地 │ └──────────┘ └──────────────┘ 客户端看到的就是一个标准的 OpenAI 兼容 API。你传一个请求过来，sub2api 根据你指定的模型名，自动决定转发到哪个后端，拿到响应后再原样返回给你。中间的所有差异——不同厂商的认证方式、请求格式、响应结构——都由它来抹平。 ...

缘起 我一直想搞一台自己的服务器。需求很明确：能跑 Web 服务、国内访问速度快、不用操心备案的事。 国内服务器得走备案流程，阿里云和腾讯云我都试过，提交资料、等审核、管局核验，一套下来少说一两周。备案期间域名还不能解析，买了机器也只能干瞪眼。海外服务器倒是免备案，但美国、欧洲的节点延迟普遍在 150ms 以上，体验一般。 香港服务器是折中的最优解——免备案、延迟低（华南地区 < 20ms，北方也就 40-50ms）、带宽充足。虽然价格比同等配置的国内机器贵个 30% 左右，但省下来的时间成本完全值回票价。 最后我选了台 2 核 2G 的 HK 轻量云服务器，系统装的 Ubuntu 22.04 LTS。下面分享一下我的完整搭建过程。 一、SSH 安全加固：改端口 + 密钥登录 服务器拿到手的第一件事，不是装 Nginx，而是把 SSH 的大门关好。默认的 22 端口 + 密码登录太招摇了，我装好系统才半天，/var/log/auth.log 里就出现了几百条来自各种 IP 的暴力破解记录。 第一步：生成 SSH 密钥对（在本地执行） ssh-keygen -t ed25519 -C "server-2026" # 一路回车，会在 ~/.ssh/ 下生成 id_ed25519 和 id_ed25519.pub # 然后把公钥传到服务器上 ssh-copy-id -i ~/.ssh/id_ed25519.pub root@你的服务器IP Ed25519 比传统的 RSA 2048/4096 更安全，性能也更好，现在基本是标配了。 第二步：修改 SSH 配置 登录到服务器，编辑 /etc/ssh/sshd_config： vim /etc/ssh/sshd_config 改动以下几项： ...