# 原生 Shell 安装入口

这里直接维护 Bash 源码，由 Gitea 保存版本，Caddy 提供 HTTPS 下载。无需 Python 安装载荷。
已在实际 Caddy HTTPS 域名、一个测试宿主机和三个 Debian 13 VM 验证固定 release、Periphery/Core 接入、Docker 和 Headscale。Debian 12 升级与 SSH 管理密钥切换仍未真机验证；逐项证据在 platform 的验收记录中维护。

## Debian 13 接入 Komodo

以下命令以 root 执行。如果系统尚未安装 curl，或缺少 HTTPS 根证书，先安装下载所需的基础工具：

```bash
apt update && apt install -y curl ca-certificates
```

以下为域名占位示例；部署时替换为该环境的实际域名：

```bash
curl -fsSL 'https://scripts.example.com/releases/<40位小写Git提交>/install.sh' | bash -s -- \
  --name prod-app-web-01 \
  --core-url wss://komodo.example.com \
  --core-public-key 'MCowBQYDK2VuAyEA<43个Base64字符>=' \
  --assets-url 'https://scripts.example.com/releases/<40位小写Git提交>'
```

支持原生 systemd Debian 13 x86_64、Periphery/Core 2.3.4。Periphery 固定版本和 SHA-256；二进制只从 --assets-url 指定的 Caddy 下载，没有上游下载回退。
`--core-public-key` 是单行 X25519 SPKI 公钥的 Base64（固定前缀 `MCowBQYDK2VuAyEA`，结尾一个 `=`），不是 PEM，也不能带空格或换行。`--assets-url` 必须是 HTTPS `/releases/` 加 40 位小写提交；稳定入口不能直接作为安装资源基址。
脚本通过 apt 补齐 curl、jq、git、CA，配置 systemd，复用或生成节点身份，输出公开回执。
--check 做本地输入/身份检查，使用临时文件但不安装软件或修改主机配置；它不证明网络或 Core 状态。
回执在 /var/lib/platform-bootstrap/receipt.json，明确标记 Core 注册未验证、主机初始化未开始。
配置和身份在 `/etc/komodo/`，Periphery 的 Repo/Stack 工作目录在 `/var/lib/komodo/`。安装器的临时密钥材料使用受限临时目录并在退出时清除，服务日志交给 systemd journal。配置不符时停止，不自动迁移目录或创建兼容链接。
Docker、Headscale、公钥注入和安全配置后续由 Komodo 任务处理。没有 Core API 凭据下发。
已有身份、配置或二进制不符时停止，不自动替换身份。源文件可直接 bash install.sh --help。

`host-init.sh` 先检查基础包安装状态，仅在缺包时更新 APT 索引并补齐缺失包；已有完整基线的重跑不会无条件访问软件源。Docker 固定包仍须在执行前准备，构建与资源导入单独计时。

## 全服务器主机基线

`host-init.sh` 仅准备前置条件，不能作为完整主机基线验收。`--without-docker` 允许无容器角色只安装通用工具；不指定时沿用既有 Docker 契约。安装材料使用 root 受限的 `/var/tmp/platform-bootstrap/<批次>/`，不堆放 `/root`。

`host-baseline.sh --check --hostname NAME --release FULL_COMMIT` 输出逐项 JSON，本机差异返回 2。检查包括网络参数及持久配置、SSH、确认回执、防火墙、时钟同步、失败服务和待重启状态，另输出实际网卡队列、磁盘和安装残留信息；不等同于完整外部网络/存储/业务验收。

`--preflight` 检查内核模块与未知本地 sysctl 冲突；`--apply-network` 备份后仅设置 BBR 和默认 fq，失败恢复原值。不会替换活动 qdisc、清空未知配置或批量调整 conntrack/超时/内存。已有自定义文件必须先审查，不静默覆盖。

`ssh-access.sh --stage --hostname NAME --release FULL_COMMIT --key-sha256 SHA --firewall-sha256 SHA` 使用已由管理端验证的 root authorized_keys 摘要和目标防火墙渲染摘要，设置 61789、公钥认证和 root prohibit-password。仅用于已有确认防火墙的首次 SSH 标准化；复杂显式端口/Match/socket activation、自定义服务命令或环境停止并单独维护。先安排 240 秒回退及重启恢复，再修改配置；随后应用目标防火墙，apply/confirm 均传 `--ssh-transaction TRANSACTION`。从新 61789 SSH transport 先确认防火墙、再执行 SSH `--confirm --sha256 TRANSACTION`；配置输入、目标规则和实际规则必须与事务匹配。共享私钥不上传目标机。完整 Komodo 编排、外部确认入口、推广门禁与未实现项目见 platform 的 `docs/host-baseline.md`。

新增主机基线入口尚需真实 Debian 的 SSH/防火墙联合回退、重启恢复和完整验收；历史 Periphery 接入证据不能替代新入口的实机测试。

## Headscale 接入

`tailscale.sh` 使用显式版本、已准备的本地 DEB、SHA-256、HTTPS 控制端和节点名称。首次接入还需 root 所有、0600 权限的短期单次授权 key 文件；执行后清除临时 key 文件。既有 Running 节点直接复核身份，不需要新 key。

Headscale 0.29.6 从预授权 key 授予节点标签，拒绝预授权注册请求同时携带客户端 `--advertise-tags`。在控制端创建 key 时指定授权标签，`tailscale.sh --tags tag:ENV-ROLE,...` 必须核对接入后实际获得的完整标签集合。控制端、名称或标签不一致时停止，不重置节点身份。

跨主机服务直接使用 Headscale 分配的 `100.64.0.0/10`。脚本禁用接收子网路由及 Tailscale SSH；发现已有路由发布或出口节点选择时停止，不隐式撤销。公开网络回执保存到 `/var/lib/platform-bootstrap/tailnet.json`，包含节点 ID、公开 node key、IPv4、MagicDNS 与标签，先由控制端和 Headscale 核对，再填写集群端点并签发 TLS。重跑允许 node key 原生轮换，地址/ID/名称漂移要求单独维护。

## host 网络与防火墙

所有运行服务的 Docker 模板使用 host 网络，业务服务监听 `0.0.0.0`，由 Debian nftables 控制输入端口。`host-init.sh` 安装 nftables，不自动开放端口或替换现有防火墙。通过固定 release 的 `firewall.sh --check|--apply --policy /run/platform-secrets/firewall.json` 应用已登记的主机策略；文件必须为 root 0600，策略包含准确主机名、恢复 SSH 来源、公网端口和 Tailnet 来源/端口。

规则仅管理 `inet platform_host`，INPUT 默认拒绝、同时校验 `tailscale0` 与精确源 IPv4；不清空全局规则。`--apply` 安排 180 秒自动回退，从新的 SSH transport 验证后执行 `--confirm --sha256 <apply输出摘要>` 才持久化，并建立 Docker/Tailscale 的防火墙启动依赖。通过 sudo 确认时保留 `SSH_CONNECTION` 环境变量。详细 JSON 格式、端口矩阵、Headscale 标签关系与现有集群迁移约束在 platform 的 `docs/network.md`。

## 独立手工升级

```bash
curl -fsSL https://scripts.example.com/upgrade-debian12-13.sh | bash -s -- --check
curl -fsSL https://scripts.example.com/upgrade-debian12-13.sh | bash -s -- --upgrade
# 人工重启并重新登录后，继续原任务或验收：
bash upgrade-debian12-13.sh --resume
bash upgrade-debian12-13.sh --verify
```

resume/verify 可使用同一固定版本 URL 再次下载执行，或保存该版本的文件后执行。
升级使用真实终端 /dev/tty，APT 配置冲突由人判断，不自动重启、不自动 autoremove。
仅接受显式官方 Debian 源的受支持格式；第三方源、混合版本、复杂 Deb822 需先人工处理。
检查 APT、磁盘、UEFI 挂载；实际引导布局、救援入口和应用备份由操作者在升级前确认。
状态与系统归档在 /var/lib/platform-debian-upgrade；归档不替代异机或应用一致性备份。

## 发布

Caddy 同时提供 /install.sh 稳定入口与 /releases/<40位小写Git提交>/install.sh 固定版本入口；生产接入命令固定使用后者。
发布脚本只提取 `install.sh`、`upgrade-debian12-13.sh`、`host-init.sh`、`host-baseline.sh`、`ssh-access.sh`、`headscale-prepare.sh`、`tailscale.sh`、`firewall.sh`、README、artifacts.lock 及清单列出的 vendor 文件，生成 VERSION、SHA256SUMS；不暴露 .git 或工作区其他文件。上述入口全部必需，缺少任一文件就拒绝发布，不兼容缺少基线或防火墙入口的不完整文件集。
源代码与修复就在此仓库维护，无生成器、内嵌 Python 或第二份安装源码。

## 固定资源

`artifacts.lock` 是数据清单，每行三个制表符分隔字段：SHA-256、仓库内路径、准备时使用的上游 HTTPS URL。文件实际保存在 `vendor/<组件>/<版本>/<文件>`，与清单一同提交到 Gitea。目标机不读取上游 URL。

当前包含 Periphery 2.3.4 x86_64、Tailscale 1.104.4 amd64 DEB 和 PG 扩展构建资源，准确路径、摘要与来源见 `artifacts.lock`。控制端使用 platform 的 `control/vendor.sh --source <本仓库目录>` 准备资源，再用 `--check` 做完全离线校验。已有正确文件直接复用；摘要不符时停止，不静默覆盖。

新增版本时增加新路径和已核实摘要，准备二进制，同步修改 install.sh 的固定版本/摘要，检查后提交发布。不得改写已发布版本文件；固定提交及其 Caddy release 用于同版本回退。版本维护单独执行。

## Headscale 独立机准备

`headscale-prepare.sh` 在已登记并确认防火墙的 Debian 主机上校验主机名、端口及显式策略/DERP 文件，独占创建服务目录；相同输入重跑只复核，不清空 SQLite 或密钥。根目录的父目录须已存在。通过已发布固定 release 的 curl | bash 调用，参数见 `--help`。此入口不安装第二套控制面，不生成用户或授权 key；Headscale 与专用 Caddy 由 platform 的 `templates/headscale/standalone.toml` 部署。