# Po0 Wiki Agent 全量公开文档

站点：https://wiki.uuuz.de
说明：Po0 Wiki 是 Po0 的中文用户指南，覆盖选购参考、接入教程、Looking Glass、实时线路状态、常见问题和排障反馈。
范围：仅包含 docs/**/*.md 与 docs/**/*.mdx，已排除 docs/public/**、admin 私有页面、构建产物和敏感运行时信息。
格式：每篇文档包含标题、URL、source path 与清理后的 Markdown/MDX 正文；MDX 组件不会被完整渲染。

---
标题：Po0 Atlas
URL：https://wiki.uuuz.de/
Source：docs/index.mdx
---

Po0 Wiki 首页。Po0 Wiki 是 Po0 的中文用户指南入口，面向用户提供选购参考、接入教程、Looking Glass、实时线路状态、常见问题与排障反馈信息。

---
标题：选购指南
URL：https://wiki.uuuz.de/guide/buying
Source：docs/guide/buying/index.md
---

# 选购指南

这一组文章帮你在下单前判断：Po0 适不适合你、该选哪个入口地区、出口或落地怎么搭配，以及预算应该花在哪里。

## 推荐阅读顺序

1. [Po0 适合谁](/guide/buying/who-is-po0-for)
2. [入口地区怎么选](/guide/buying/choose-entry-region)
3. [出口与落地怎么选](/guide/buying/choose-exit-location)
4. [成本、流量与稳定性](/guide/buying/cost-vs-stability)
5. [用状态页与 Looking Glass 判断效果](/guide/buying/status-and-looking-glass)

## 先记住一句话

Po0 的重点不是“买一台机器”，而是买一条更可控的入口链路。入口地区、出口方向、流量档位和使用限制都要一起看。

如果你还不确定怎么选，先准备：主要使用地区、目标出口地区、预计月流量，再去看具体文章。

---
标题：入口地区怎么选
URL：https://wiki.uuuz.de/guide/buying/choose-entry-region
Source：docs/guide/buying/choose-entry-region.md
---

# 入口地区怎么选

入口地区决定了用户先接入哪台 Po0 机器。不要只看某一个目标的最低延迟，要结合你的用户所在地、出口方向和套餐预算一起判断。

## 当前官网可见产品

### 腾讯云广州 BGP - Intel

官网描述为“真·腾讯云大带宽，低延迟内网”。可见套餐从 LuckyBox / NANO 到 ULTRA，覆盖 200Mbps 到 1Gbps 带宽，流量从 100G 到 10T 单向不等。

适合：

- 华南、广东、广西、福建等靠近广州入口的用户；
- 需要广州 BGP 独立地址作为入口；
- 想接香港、日本方向出口的用户。

### 腾讯云华东 BGP - Intel

官网描述为“真·腾讯云大带宽，无视扫段风险，32ms 直达东京核心区”。套餐结构和广州类似，但价格整体略高。

适合：

- 华东、华北、东北等更适合接入华东方向的用户；
- 更看重日本方向体验的用户；
- 希望入口更靠近上海/华东网络核心的人。

### 腾讯云 T1 香港 / 美国

官网描述为“国际优化链路，注意不包含国内优化”。香港和美国 T1 更像国际方向产品，不应当按“国内入口优化”去理解。

适合：

- 主要需求在国际方向；
- 不依赖国内入口优化；
- 需要香港或美国位置本身的资源。

## 参考截图

以下图片来自 NodeSeek 测评原文，用于辅助理解广州 / 华东入口到香港、日本方向的实际测试形态。

![Po0 产品预览](/images/nodeseek/ns-613477-product-preview.png)

### 上海到香港方向

![上海到香港测试截图 1](/images/nodeseek/ns-613477-shanghai-hk-1.png)

![上海到香港测试截图 2](/images/nodeseek/ns-613477-shanghai-hk-2.png)

### 上海到日本方向

![上海到日本测试截图 1](/images/nodeseek/ns-613477-shanghai-jp-1.png)

![上海到日本测试截图 2](/images/nodeseek/ns-613477-shanghai-jp-2.png)

### 广州到香港方向

![广州到香港测试截图](/images/nodeseek/ns-613477-guangzhou-hk.png)

## 广州还是华东？

可以按这个思路选：

| 你更在意 | 优先考虑 |
| --- | --- |
| 华南用户接入 | 广州 BGP |
| 日本方向体验 | 华东 BGP 可优先测试 |
| 香港方向体验 | 广州 / 华东都可测，结合 Looking Glass 判断 |
| 预算敏感 | 对比同档流量和带宽价格 |
| 流量需求大 | 优先看 LARGE 及以上档位 |

## 不确定时怎么做

1. 先去 [服务状态](/status) 看最近稳定性。
2. 再用 [Looking Glass](/looking-glass) 测你关心的目标。
3. 如果测试结果接近，优先选离主要用户更近、预算更合适的入口。

入口不是越贵越一定适合你。选对方向，比盲目上高配更重要。

## 资料来源

- Po0 官网产品售卖页：腾讯云广州 BGP、腾讯云华东 BGP、腾讯云 T1 香港 / 美国。
- NodeSeek：`🚀 PortChannel Zero 腾讯云 BGP (广州/上海) 测评`。

---
标题：出口与落地怎么选
URL：https://wiki.uuuz.de/guide/buying/choose-exit-location
Source：docs/guide/buying/choose-exit-location.md
---

# 出口与落地怎么选

Po0 的入口只是链路的一半，出口或落地决定最终访问从哪里出去。选出口时要看目标地区、落地质量和你能不能稳定维护。

## 常见链路结构

最常见的是单层结构：

```text
客户端 → Po0 → 香港/日本出口机
```

进阶一点可以做多层结构：

```text
客户端 → Po0 → RFC 中转机 → 自备落地机
```

多层结构适合有自备落地资源的人，但排查成本更高。

## 香港方向

香港适合：

- 更看重低延迟；
- 目标服务离香港近；
- 希望链路短、排查简单。

NodeSeek 测试资料里提到，广州到 RFC 香港方向可做到很低的参考延迟；但实际体验仍以当时线路和目标为准。

## 日本方向

日本适合：

- 目标服务在日本或东亚；
- 更看重到东京/日本核心区的路径；
- 希望避开部分香港方向拥堵。

资料里多次提到华东/上海到日本方向有不错表现，适合作为重点测试方向。

## 美国方向

美国适合：

- 目标服务在北美；
- 你需要美国资源本身；
- 对延迟要求没有香港/日本那么极限。

如果你的主要目标不是北美，不建议只因为“美国机器听起来更远更强”就盲选。

## 出口机先自测

无论选香港、日本还是美国，都建议先确认出口机本身可用。比如：

1. 出口机协议已经搭好；
2. 客户端直连出口机能通；
3. 时间同步正常；
4. 端口没有被本机防火墙挡住。

出口机自己都不通时，Po0 转发配置再正确也无法使用。

## 资料来源

- Po0 官网产品售卖页。
- NodeSeek：`✨ PortChannel Zero (Po0 腾讯云) — 从开机到配置 nftables 专线转发全流程教程（小白向）`。
- NodeSeek：`🚀 PortChannel Zero 腾讯云 BGP (广州/上海) 测评`。

---
标题：成本、流量与稳定性
URL：https://wiki.uuuz.de/guide/buying/cost-vs-stability
Source：docs/guide/buying/cost-vs-stability.md
---

# 成本、流量与稳定性

选套餐时不要只看月付价格，也不要只看带宽峰值。Po0 更应该按“入口地区、月流量、带宽峰值、稳定性要求”一起算。

## 官网可见套餐特点

### 广州 BGP

官网可见广州 BGP - Intel 覆盖：

- LuckyBox：年付，200G 单向，200Mbps；
- NANO：100G 单向，200Mbps；
- TINY / SMALL：200G / 500G 单向，500Mbps；
- MEDIUM：1T 单向，700Mbps；
- LARGE：2T 单向，1Gbps；
- TITAN / ULTRA：5T / 10T 单向，1Gbps。

### 华东 BGP

华东 BGP - Intel 档位类似，价格整体比广州高一些，适合更重视华东方向或日本方向体验的用户。

### T1 香港 / 美国

T1 香港 / 美国官网可见 NANO、LARGE 等套餐，香港 NANO 为 2C2G / 20G SSD / 500G 单向 / 200Mbps，美国 NANO 类似；LARGE 档位提供更大流量和 1Gbps 带宽。

## 怎么选档位

### 轻量体验

如果只是先测试链路，NANO 或年付小档位更适合。它们成本低，适合验证入口地区和出口组合是否符合预期。

### 长期主力

如果你已经确定要长期使用，并且并发、带宽和流量都更高，建议看 SMALL、MEDIUM 或 LARGE。尤其是 LARGE 这种 1Gbps / 2T 单向档位，更适合做主力入口。

### 高负载场景

TITAN / ULTRA 更适合明确知道自己需要大流量的人。不要在需求不清楚时直接上高档位。

## 单向流量是什么意思

官网套餐里多次写“单向流量”。购买前要按自己的实际使用方向估算，不要简单把它理解成“上下行都无限”。

## 成本不是越低越好

低价套餐适合入门，但如果你需要长期稳定、大流量或更多并发，过低的流量和带宽会让体验很快碰到上限。

建议：先用小档确认线路，再根据真实流量升级，而不是一开始只按最低价购买。

## 资料来源

- Po0 官网产品售卖页：腾讯云广州 BGP、腾讯云华东 BGP、腾讯云 T1 香港 / 美国。
- NodeSeek：`🚀 PortChannel Zero 腾讯云 BGP (广州/上海) 测评`。

---
标题：用状态页与 Looking Glass 判断效果
URL：https://wiki.uuuz.de/guide/buying/status-and-looking-glass
Source：docs/guide/buying/status-and-looking-glass.md
---

# 用状态页与 Looking Glass 判断效果

这篇放在选购指南里更合适：购买前先看状态页和 Looking Glass，可以判断入口地区、出口方向和实际链路表现是否符合你的预期。

## 先看状态页

[服务状态](/status) 适合看长期趋势。重点不是某一次最低延迟，而是这几个指标：

- 延迟是否长期稳定；
- 是否持续丢包；
- 是否只有某个方向异常；
- 晚高峰是否明显变差；
- 多个源节点到同一目标是否表现一致。

如果某个方向只是在短时间内有轻微波动，不一定代表不可用。更值得关注的是持续波动、反复丢包和长时间异常。

## 再用 Looking Glass 做即时测试

[Looking Glass](/looking-glass) 适合购买前做即时验证。你可以选择源节点和目标，测试当前线路的延迟、连通性和路由路径。

建议按这个顺序测：

1. 先测你准备购买的入口地区；
2. 再测你关心的出口或落地方向；
3. 同一个方向多测几次，不要只看一次结果；
4. 晚高峰再测一次，结果更接近长期体验。

## 不同测试怎么看

### Ping

看基础延迟和是否丢包。Ping 低说明基础 RTT 好，但不代表业务一定稳定。

### TCPing

看某个端口是否能建立 TCP 连接。对于实际业务来说，TCPing 往往比单纯 Ping 更接近真实可用性。

### MTR / Traceroute / Nexttrace

看路径是否绕路、是否在某一跳后明显变差。路由偶尔变化正常，但如果长期绕路或某段持续丢包，就值得重点关注。

## 参考测速截图

下面是 NodeSeek 测评中的测速截图，适合作为“测试结果应该怎么呈现”的参考。实际购买前仍建议以本站状态页和 Looking Glass 当前结果为准。

![Po0 测速参考截图](/images/nodeseek/ns-613477-speedtest.png)

## 购买前怎么下结论

可以按下面方式判断：

| 现象 | 建议 |
| --- | --- |
| 延迟低且稳定、无持续丢包 | 适合优先考虑 |
| 单次结果很好，但多次波动大 | 谨慎，建议晚高峰再测 |
| 只有某个出口方向异常 | 换出口或落地方向再比 |
| 多个方向都异常 | 暂缓购买，先确认是否临时故障 |
| Ping 正常但 TCPing 不通 | 检查目标端口或产品端口限制 |

## 和套餐选择怎么结合

状态页和 Looking Glass 只能判断线路方向，不能替你决定套餐档位。套餐还要结合：

- 月流量；
- 带宽峰值；
- 是否需要长期主力使用；
- 预算；
- 是否符合实名、用途和端口限制。

建议先用状态页和 Looking Glass 选方向，再回到 [成本、流量与稳定性](/guide/buying/cost-vs-stability) 选择档位。

---
标题：Po0 适合谁
URL：https://wiki.uuuz.de/guide/buying/who-is-po0-for
Source：docs/guide/buying/who-is-po0-for.md
---

# Po0 适合谁

Po0 适合需要“稳定入口 + 优质出口/落地”的用户。它不是单纯卖一台普通云服务器，而是把腾讯云 BGP 入口、内网互通和境外落地资源组合成一条更可控的链路。

## 适合的用户

### 1. 希望入口更稳的人

如果你在意国内入口质量、晚高峰稳定性、跨区域链路是否容易绕路，Po0 的价值会比普通 VPS 更明显。

广州 / 华东 BGP 产品主打腾讯云 BGP 入口和低延迟内网，适合作为链路前置入口。

### 2. 已经有香港、日本等落地资源的人

Po0 常见用法是：

```text
客户端 → Po0 入口 → 香港/日本出口或落地
```

如果你已经有 RFCHOST 香港、日本，或准备使用相关出口资源，Po0 可以作为前置入口，改善接入路径。

### 3. 需要长期稳定而不是短期测速好看的人

NodeSeek 测评和教程里反复提到的核心点是：Po0 的重点在稳定、低延迟、低丢包，以及和 RFC 生态的互通价值。它适合长期使用，不适合只追一次测速截图。

## 不适合的情况

### 1. 只想买一台普通海外 VPS

如果你的需求只是放一个普通网站、跑一个普通服务，Po0 可能不是最便宜的选择。

### 2. 用途不符合限制

官网明确写到，广州 BGP / 华东 BGP 产品需实名，并且禁止用于回国访问；部分常用端口也会默认封禁。购买前必须确认自己的用途符合规则。

### 3. 不想做任何配置

Po0 通常需要你理解“入口、出口、端口转发、客户端替换地址”这些概念。如果完全不想配置，建议先找人协助，或先阅读使用教程。

## 一句话判断

如果你需要一条更稳定、更可控的跨区域入口链路，并且愿意按教程完成出口和转发配置，Po0 很适合。  
如果你只想随便买台机器跑普通服务，那 Po0 可能不是首选。

## 资料来源

- Po0 官网产品售卖页。
- NodeSeek：`✨ PortChannel Zero (Po0 腾讯云) — 从开机到配置 nftables 专线转发全流程教程（小白向）`。
- NodeSeek：`🚀 PortChannel Zero 腾讯云 BGP (广州/上海) 测评`。

---
标题：阅读建议
URL：https://wiki.uuuz.de/guide/content-guide
Source：docs/guide/content-guide.md
---

# 阅读建议

Po0 的文档按“购买前、接入中、出问题时”三段来组织。

## 购买前

先看选购指南，重点确认三件事：

- 你是否真的需要 Po0 这种入口链路；
- 广州、华东、香港、美国哪类产品更接近你的使用目标；
- 月流量、带宽峰值、端口限制是否符合预期。

## 接入中

先完成出口或落地机，再配置 Po0。不要同时改很多地方，否则失败时很难判断是哪一段出问题。

建议按这个顺序记录信息：

1. 出口机是否单独可用；
2. Po0 上监听了哪个端口；
3. Po0 转发到了哪个目标 IP 和端口；
4. 客户端最终填的是哪个 IP 和端口。

## 出问题时

先确认是“连不上”、还是“能连但慢”、还是“只有某些时间波动”。三类问题的排查方向不一样。

反馈给客服或管理员时，尽量提供：套餐、入口地区、出口地区、测试时间、目标地址、客户端现象和截图。

---
标题：部署速查表
URL：https://wiki.uuuz.de/guide/deployment
Source：docs/guide/deployment.md
---

# 部署速查表

这页给已经购买 Po0 的用户做快速核对。具体参数以你自己的机器、面板和出口机为准。

## 标准接入路径

```text
客户端 → Po0 入口机 → 出口/落地机
```

常见做法是：出口或落地机先搭好自己的代理协议，然后在 Po0 上做端口转发。客户端最终连接的是 Po0 的公网 IP 和监听端口。

## 你需要准备的信息

| 信息 | 用途 |
| --- | --- |
| Po0 公网 IP | 客户端最终连接的入口地址 |
| Po0 内网/系统信息 | 配置转发、排查网络时使用 |
| 出口机 IP | Po0 转发的目标地址 |
| 出口机协议端口 | Po0 转发的目标端口 |
| 本地监听端口 | Po0 对外提供给客户端连接的端口 |
| 客户端配置链接 | 最后替换 IP/端口后导入测试 |

## 推荐顺序

1. **先让出口机可用**：出口机协议本身要先能连通。
2. **再配置 Po0 转发**：在 Po0 上把本地监听端口转到出口机 IP 和端口。
3. **最后替换客户端地址**：把原配置里的出口机 IP/端口替换为 Po0 的公网 IP/监听端口。
4. **再做实际测试**：不要只看面板在线，最好用客户端真实连一次。

## 不建议一上来做复杂链路

如果你第一次使用 Po0，建议先跑通单层链路：

```text
客户端 → Po0 → 出口机
```

确认稳定后，再考虑多层链路：

```text
客户端 → Po0 → RFC 中转机 → 自备落地机
```

多层链路能解决更多场景，但排查难度也会明显增加。

---
标题：常见问题 FAQ
URL：https://wiki.uuuz.de/guide/faq
Source：docs/guide/faq.md
---

# 常见问题 FAQ

这页把购买和接入 Po0 时最常见的问题集中放在一起。遇到问题时，先按问题类型排查，再去看对应教程。

## 购买前

### Po0 是普通 VPS 吗？

不是。Po0 更像高质量入口机，重点是腾讯云 BGP 入口、内网互通和出口组合。普通 VPS 更适合单机部署服务；Po0 更适合做链路入口。

### 我应该选广州还是华东？

看你的主要用户所在地和出口方向：

- 华南用户、香港方向：优先测试广州；
- 华东、华北、东北用户，或日本方向：优先测试华东；
- 两边都能用时，用 [Looking Glass](/looking-glass) 实测后再决定。

### T1 香港 / 美国适合做国内入口优化吗？

不适合按这个思路理解。官网写明 T1 香港 / 美国是国际优化链路，并提示不包含国内优化。

### 为什么要先看状态页和 Looking Glass？

购买前可以先看当前线路表现，避免只看套餐参数。建议阅读：[用状态页与 Looking Glass 判断效果](/guide/buying/status-and-looking-glass)。

## 使用限制

### 哪些端口不能用？

官网对广州 BGP / 华东 BGP 提示：默认封禁双向 TCP/UDP `80`、`443`、`8080`、`8443`、`8000`、`1080`。

配置转发时请避开这些端口。

### Po0 可以用于回国访问吗？

不可以。官网明确提示广州 BGP / 华东 BGP 禁止用于回国访问。

### 流量为什么写“单向”？

套餐里的“单向流量”需要按实际使用方向理解，不等于上下行都无限。购买前请按自己的使用量估算。

## 配置转发

### 客户端最终应该填哪个 IP？

配置转发后，客户端最终连接 Po0 的公网 IP 和 Po0 监听端口：

```text
Po0公网IP:Po0监听端口
```

协议、密码、加密方式等保持出口机原配置不变。

### Po0 公网 IP 和内网 IP 有什么区别？

- **公网 IP**：客户端连接的入口地址；
- **内网 IP**：nftables SNAT 规则里可能会用到，用于让流量走内网互通链路。

手动写 nftables 时，不要把这两个地址混用。

### 转发脚本和手动配置选哪个？

- 想简单维护、菜单增删端口：看 [nftables 转发脚本配置](/guide/tutorials/nftables-script)。
- 想自己维护规则、需要更可控：看 [nftables 手动转发配置](/guide/tutorials/nftables-port-forwarding)。

第一次使用建议先用脚本跑通，熟悉后再考虑手动维护。

### 为什么端口转发配置好了还是不通？

按顺序排查：

1. 出口机直连是否可用；
2. Po0 监听端口是否填对；
3. 出口机 IP 和端口是否填对；
4. 客户端是否已经替换成 Po0 公网 IP；
5. 是否使用了默认封禁端口；
6. 防火墙或安全组是否拦截。

## 系统和监控

### 必须重装 Debian 12 吗？

不是必须。重装只是为了获得更干净、统一的系统环境。如果你已经熟悉当前系统，也可以直接配置。

### 哪吒 Agent 为什么不上线？

常见原因：

- Po0 机器无法直接访问面板；
- 临时代理只对当前 Shell 生效，没有写入 systemd；
- 代理账号密码错误；
- 面板域名或端口不可达；
- Agent 服务没有重启。

对应教程：[安装哪吒监控](/guide/tutorials/nezha-monitoring)。

### Nyanpass 挂载失败怎么办？

先确认代理可用，再确认 `/opt/nyanpass/env.sh` 里的 `NYA_PROXY` 是否正确。配置后需要重启服务。

对应教程：[挂载 Nyanpass 面板](/guide/tutorials/nyanpass-panel)。

## 排障反馈

### 反馈问题时要提供什么？

至少提供：

- 入口地区和套餐；
- 出口地区；
- 测试时间；
- 客户端所在地和运营商；
- 目标地址；
- Ping / TCPing / MTR / Nexttrace 结果；
- 最近是否改过配置。

可以直接套用：[故障反馈应该提供哪些信息](/guide/notes/troubleshooting-feedback)。

### 单次测速图能说明问题吗？

只能说明某一刻的结果。建议结合状态页趋势、Looking Glass 多次测试和真实客户端体验一起判断。

---
标题：指南首页
URL：https://wiki.uuuz.de/guide/getting-started
Source：docs/guide/getting-started.md
---

# Po0 使用指南

这份指南给准备购买、已经购买、正在配置或需要排障的用户阅读。你不需要按页面顺序全部看完，按自己的阶段进入即可。

## 我还没购买

先看选购指南，确认 Po0 是否适合你的用途，再用状态页和 Looking Glass 看当前线路表现。

- [Po0 适合谁](/guide/buying/who-is-po0-for)
- [入口地区怎么选](/guide/buying/choose-entry-region)
- [出口与落地怎么选](/guide/buying/choose-exit-location)
- [成本、流量与稳定性](/guide/buying/cost-vs-stability)
- [用状态页与 Looking Glass 判断效果](/guide/buying/status-and-looking-glass)
- [使用前需要确认的限制](/guide/notes/pre-use-limitations)

## 我已经购买，准备配置

先把基础链路跑通，再按需要安装监控或接入面板。

- [从购买到连通](/guide/tutorials/quick-start)
- [接入前准备清单](/guide/tutorials/before-onboarding)
- [购买后的基础配置](/guide/tutorials/post-purchase-setup)
- [系统重装 Debian 12](/guide/tutorials/reinstall-debian)
- [nftables 转发脚本配置](/guide/tutorials/nftables-script)
- [nftables 手动转发配置](/guide/tutorials/nftables-port-forwarding)
- [鸡险防火墙白名单自动加白（po0fw）](/guide/tutorials/po0fw-whitelist)

## 我需要监控或面板

这些教程不是每个人都必须做。需要监控在线状态、流量或接入面板时再看。

- [安装哪吒监控](/guide/tutorials/nezha-monitoring)
- [挂载 Nyanpass 面板](/guide/tutorials/nyanpass-panel)

## 我遇到问题

先拆链路，再反馈。不要只说“慢”或“连不上”，尽量提供入口、出口、时间和测试结果。

- [常见问题 FAQ](/guide/faq)
- [常见误区](/guide/notes/common-misunderstandings)
- [怎么看延迟、丢包和路由波动](/guide/notes/latency-packet-loss-routing)
- [故障反馈应该提供哪些信息](/guide/notes/troubleshooting-feedback)

## Po0 的核心理解

Po0 更像一台高质量的“入口机”：用户先接入腾讯云 BGP 入口，再通过内网互通链路去连接香港、日本等出口或落地资源。它的价值不是单纯堆硬件参数，而是把入口质量、内网互通、落地选择和长期稳定性组合起来。

简单理解：

```text
用户设备 → Po0 入口 → 内网互通链路 → 香港/日本/其他出口或落地
```

官网当前可见的产品大致分两类：

- **腾讯云 T1 香港 / 美国**：国际优化链路，官网明确提示“不包含国内优化”。
- **腾讯云广州 BGP / 华东 BGP**：国内 BGP 入口，大带宽、低延迟内网，适合作为跨境链路入口；需实名，并有用途和端口限制。

## 不确定就先问

如果你不确定该买广州、华东、香港还是美国，先准备这三个信息：

1. 你的主要使用地区在哪里；
2. 你想去的出口或落地在哪里；
3. 你大概需要多少带宽和月流量。

带着这三个信息去看选购指南，会比只看“哪个最低延迟”更准确。

---
标题：注意事项
URL：https://wiki.uuuz.de/guide/notes
Source：docs/guide/notes/index.md
---

# 注意事项

这一组文章整理购买和使用前必须知道的边界：常见误解、端口和用途限制、延迟/丢包判断方式，以及反馈故障时应该提供的信息。

## 推荐阅读顺序

1. [常见问题 FAQ](/guide/faq)
2. [常见误区](/guide/notes/common-misunderstandings)
3. [怎么看延迟、丢包和路由波动](/guide/notes/latency-packet-loss-routing)
4. [使用前需要确认的限制](/guide/notes/pre-use-limitations)
5. [故障反馈应该提供哪些信息](/guide/notes/troubleshooting-feedback)

## 排障原则

先拆链路，再下结论：

```text
客户端 → Po0 → 出口机 → 目标服务
```

确认是哪一段出问题，比直接说“线路不行”更有用。

---
标题：常见误区
URL：https://wiki.uuuz.de/guide/notes/common-misunderstandings
Source：docs/guide/notes/common-misunderstandings.md
---

# 常见误区

Po0 的链路形态和普通 VPS 不太一样，很多问题来自理解偏差。

## 误区一：Po0 等于普通海外 VPS

Po0 更像入口机。它的重点是国内入口质量、内网互通和出口组合，而不是单独把它当一台普通海外 VPS 用。

如果你只是想部署普通网站或服务，应该先确认 Po0 的端口和用途限制是否适合。

## 误区二：买了 Po0 就自动有出口

Po0 入口需要配合出口或落地机使用。常见链路是：

```text
客户端 → Po0 → 出口机
```

出口机协议、端口、防火墙、时间同步都要先正常。

## 误区三：只看最低延迟

最低延迟只能说明某一刻某一条路径很快，不代表长期稳定。选购时还要看：

- 晚高峰表现；
- 丢包情况；
- 入口和出口是否匹配；
- 月流量是否够用；
- 是否符合产品限制。

## 误区四：端口随便用

官网对广州 BGP / 华东 BGP 明确写了端口限制：默认封禁双向 `80`、`443`、`8080`、`8443`、`8000`、`1080` 等常用端口（TCP/UDP）。

配置前先避开这些端口，避免误以为机器或转发坏了。

## 误区五：脚本跑完就一定没问题

脚本可以减少配置成本，但它不能替你判断出口机是否可用、端口是否被封、客户端配置是否填错。

遇到问题时按顺序拆开测：出口机 → Po0 转发 → 客户端。

---
标题：怎么看延迟、丢包和路由波动
URL：https://wiki.uuuz.de/guide/notes/latency-packet-loss-routing
Source：docs/guide/notes/latency-packet-loss-routing.md
---

# 怎么看延迟、丢包和路由波动

网络测试不要只看一个数字。延迟、丢包、抖动和路由路径要一起看。

## 延迟

延迟越低通常越好，但更重要的是稳定。比如：

- 长期 30ms 左右，很稳定；
- 一会儿 20ms，一会儿 200ms；

后者即使最低值更好，实际体验也可能更差。

## 丢包

偶发 1 个包丢失不一定代表故障。需要关注：

- 是否持续丢包；
- 是否只在某个时间段出现；
- 是否所有目标都丢，还是单个目标丢；
- 是否客户端真实体验也受影响。

持续丢包比偶发丢包更值得反馈。

## 抖动

抖动是延迟的波动幅度。实时应用更怕抖动，即使平均延迟不高，波动太大会让体验不稳定。

## 路由变化

路由会受运营商策略、目标网络、拥塞和维护影响。偶尔变化正常，持续绕路或明显变差才需要重点关注。

## 怎么判断是不是 Po0 的问题

按链路拆开：

```text
客户端 → Po0 → 出口机 → 目标服务
```

如果只有目标服务慢，可能不是 Po0。  
如果 Po0 到多个出口都异常，才更像入口或链路问题。  
如果出口机自己直连就不稳定，先修出口机。

## 推荐反馈方式

反馈时尽量提供：

- 测试时间；
- 入口地区；
- 出口地区；
- 目标地址；
- Ping/TCPing/MTR/Nexttrace 结果；
- 客户端实际现象。

这样比只说“很卡”更容易定位。

---
标题：使用前需要确认的限制
URL：https://wiki.uuuz.de/guide/notes/pre-use-limitations
Source：docs/guide/notes/pre-use-limitations.md
---

# 使用前需要确认的限制

购买前请先看清楚产品限制。限制不是小字，是真正会影响使用方式的条件。

## 实名要求

官网对广州 BGP / 华东 BGP 产品明确提示：该产品需实名。购买前请确认你能完成对应实名流程。

## 用途限制

官网明确写到：广州 BGP / 华东 BGP 禁止用于回国访问。不要把 Po0 当作任何形式的回国链路使用。

如果你的用途不确定，先问清楚再买。

## 默认封禁端口

官网提示默认封禁以下常用端口的双向 TCP/UDP：

- `80`
- `443`
- `8080`
- `8443`
- `8000`
- `1080`

因此配置转发时，不建议使用这些端口作为监听端口或业务端口。

## 流量是单向统计

官网套餐多处标注“单向流量”。购买前要根据自己的实际使用方向估算，不要误以为上下行都无限。

## 国际优化不等于国内优化

T1 香港 / 美国产品页写着“国际优化链路，注意不包含国内优化”。如果你需要国内入口体验，不要把 T1 香港 / 美国按国内优化产品理解。

## 第三方脚本风险

社区教程中有 nftables 一键脚本、系统 DD 脚本、协议安装脚本等。它们能提高效率，但也可能覆盖已有配置。

使用前建议：

- 看清楚脚本用途；
- 备份原配置；
- 不在生产环境盲跑；
- 保存 SSH 备用登录方式。

---
标题：故障反馈应该提供哪些信息
URL：https://wiki.uuuz.de/guide/notes/troubleshooting-feedback
Source：docs/guide/notes/troubleshooting-feedback.md
---

# 故障反馈应该提供哪些信息

反馈问题时，信息越完整，定位越快。不要只说“连不上”或“很慢”。

## 先判断是哪类问题

### 连不上

可能原因：

- 出口机协议没启动；
- Po0 转发端口填错；
- 客户端 IP/端口没替换正确；
- 端口被封禁或防火墙拦截；
- 出口机时间不准导致协议握手失败。

### 能连但慢

可能原因：

- 当前方向拥塞；
- 出口机质量不足；
- 目标服务本身慢；
- 客户端所在地到入口不佳。

### 只有某个目标异常

更可能是目标网络、目标服务或特定路径问题，不一定是 Po0 整体异常。

## 反馈模板

```text
入口产品/地区：
出口地区/机器：
Po0 监听端口：
出口机目标端口：
问题类型：连不上 / 慢 / 丢包 / 路由异常
发生时间：
是否持续复现：
客户端所在地/运营商：
测试目标：
Ping/TCPing 结果：
MTR/Nexttrace 结果：
客户端截图或报错：
最近是否改过配置：
```

## 建议先做的自查

1. 出口机直连是否可用；
2. Po0 上转发规则是否还在；
3. 客户端配置里的 IP/端口是否已经替换成 Po0；
4. 使用的端口是否命中封禁范围；
5. 状态页是否显示同方向持续异常。

## 不要只发一张测速图

单张测速图只能说明某一刻的结果。最好同时提供测试时间、目标、入口和出口信息。

如果问题只在晚高峰出现，请明确写出大概时间段。

---
标题：使用教程
URL：https://wiki.uuuz.de/guide/tutorials
Source：docs/guide/tutorials/index.md
---

# 使用教程

这里放具体操作教程。建议先跑通最小链路，再按需要做系统重装、监控、面板和更复杂的转发。

## 推荐阅读顺序

1. [从购买到连通](/guide/tutorials/quick-start)
2. [接入前准备清单](/guide/tutorials/before-onboarding)
3. [购买后的基础配置](/guide/tutorials/post-purchase-setup)
4. [nftables 转发脚本配置](/guide/tutorials/nftables-script)

## 按需求选择

| 你要做什么 | 看哪篇 |
| --- | --- |
| 想快速知道完整流程 | [从购买到连通](/guide/tutorials/quick-start) |
| 第一次配置，怕漏信息 | [接入前准备清单](/guide/tutorials/before-onboarding) |
| 刚拿到机器，先做基础设置 | [购买后的基础配置](/guide/tutorials/post-purchase-setup) |
| 想重装干净 Debian 12 | [系统重装 Debian 12](/guide/tutorials/reinstall-debian) |
| 想用菜单增删转发规则 | [nftables 转发脚本配置](/guide/tutorials/nftables-script) |
| 想自己维护 nftables 规则 | [nftables 手动转发配置](/guide/tutorials/nftables-port-forwarding) |
| 想看在线状态和资源占用 | [安装哪吒监控](/guide/tutorials/nezha-monitoring) |
| 想挂载到 NY 面板 | [挂载 Nyanpass 面板](/guide/tutorials/nyanpass-panel) |

## 接入原则

第一次使用时，先把最简单的链路跑通：

```text
客户端 → Po0 → 出口机
```

确认稳定后，再考虑多层中转或自备落地。一次只改一个环节，排查会轻松很多。

---
标题：接入前准备清单
URL：https://wiki.uuuz.de/guide/tutorials/before-onboarding
Source：docs/guide/tutorials/before-onboarding.md
---

# 接入前准备清单

接入 Po0 前，把信息准备好，会少走很多弯路。

## 账号和购买前准备

- 确认可完成实名认证；
- 确认用途符合产品限制；
- 确认需要的入口地区：广州、华东、香港或美国；
- 确认月流量和带宽需求；
- 确认是否接受默认封禁端口。

广州 BGP / 华东 BGP 官网明确提示需实名，并禁止用于回国访问。

## 出口机准备

你需要一台可用的出口或落地机。常见选择是香港、日本等方向。

请先确认：

- 出口机系统时间准确；
- 协议服务已经启动；
- 本地客户端直连出口机能用；
- 出口机防火墙放行了协议端口；
- 已记录出口机 IP 和端口。

很多“Po0 不通”的问题，实际是出口机自己没通。

## Po0 机器准备

建议使用干净系统，常见为 Debian 12。准备好：

- SSH 登录方式；
- root 或 sudo 权限；
- 一个准备用作监听的端口；
- 出口机 IP 和目标端口。

## 安全建议

购买后建议尽快做基础安全：

- 改 SSH 端口；
- 使用密钥登录；
- 禁止密码登录；
- 保留当前配置备份。

如果你不熟悉 Linux，不要一次改太多项。先保证能重新登录，再继续配置转发。

## 记录模板

```text
Po0 入口地区：
Po0 公网 IP：
Po0 监听端口：
出口地区：
出口机 IP：
出口机端口：
客户端协议：
测试时间：
测试结果：
```

排障时这份记录很有用。

---
标题：安装哪吒监控
URL：https://wiki.uuuz.de/guide/tutorials/nezha-monitoring
Source：docs/guide/tutorials/nezha-monitoring.md
---

# 安装哪吒监控

Po0 机器访问海外资源可能受限，直接安装哪吒 Agent 时可能连不上面板或下载失败。社区教程里常见做法是通过 HTTP 代理或 Cloudflare 非标端口解决。

## 方案一：通过 HTTP 代理安装

这是更通用的方式：先让当前 Shell 会话走代理，安装完成后再把代理写入 systemd 服务，保证 Agent 长期在线。

### 1. 设置临时代理

把示例中的账号、密码、IP、端口换成你自己的代理信息：

```bash
```

设置后可以测试：

```bash
curl -I https://你的哪吒面板域名
```

能通再继续安装。

### 2. 执行哪吒后台生成的安装命令

去哪吒面板后台复制 Agent 安装命令，在 Po0 机器上执行。

安装完成后，不要急着关闭代理，先确认服务文件位置。常见路径：

```bash
/etc/systemd/system/nezha-agent.service
```

### 3. 写入持久化代理

编辑服务文件：

```bash
nano /etc/systemd/system/nezha-agent.service
```

在 `[Service]` 段落下方添加：

```ini
Environment="http_proxy=http://用户名:密码@代理IP:代理端口"
Environment="https_proxy=http://用户名:密码@代理IP:代理端口"
Environment="HTTP_PROXY=http://用户名:密码@代理IP:代理端口"
Environment="HTTPS_PROXY=http://用户名:密码@代理IP:代理端口"
Environment="no_proxy=localhost,127.0.0.1,::1,172.31.0.0/16"
Environment="NO_PROXY=localhost,127.0.0.1,::1,172.31.0.0/16"
```

保存后重载并重启：

```bash
unset http_proxy https_proxy HTTP_PROXY HTTPS_PROXY no_proxy NO_PROXY
systemctl daemon-reload
systemctl restart nezha-agent.service
systemctl status nezha-agent.service --no-pager
```

## 方案二：Cloudflare 非标端口

如果你的哪吒面板走 Cloudflare，并且支持非标 HTTPS 端口，可以尝试让 Agent 通过非标端口连接。

先确认浏览器能打开：

```text
https://你的面板域名:2096/
```

如果打不开，先检查 Cloudflare、反代和面板配置。

### 配置 custom_ip_api

安装 Agent 后，编辑：

```bash
nano /opt/nezha/agent/config.yml
```

在底部加入：

```yaml
custom_ip_api:
  - "http://ip.sb:8080"
```

然后重启：

```bash
systemctl daemon-reload
systemctl restart nezha-agent.service
systemctl status nezha-agent.service --no-pager
```

### 面板真实 IP 请求头

如果面板走 Cloudflare，哪吒后台可把 Agent 真实 IP 请求头设置为：

```text
CF-Connecting-IP
```

## 排查方法

查看服务日志：

```bash
journalctl -u nezha-agent.service -n 100 --no-pager
```

常见问题：

- 面板域名无法访问；
- 代理账号密码错误；
- systemd 服务里没有写持久化代理；
- Agent 配置文件路径和新版哪吒不一致；
- Cloudflare 非标端口没有正确反代。

## 来源与感谢

本文根据 NodeSeek 公开教程 `🚀 PortChannel Zero 腾讯云 BGP (广州/上海) 测评` 中哪吒探针安装部分整理改写，感谢原作者分享实践经验。

---
标题：nftables 手动转发配置
URL：https://wiki.uuuz.de/guide/tutorials/nftables-port-forwarding
Source：docs/guide/tutorials/nftables-port-forwarding.md
---

# nftables 手动转发配置

这一篇适合不想使用脚本、希望自己维护 `/etc/nftables.conf` 的用户。流程是先准备出口机，再手写 DNAT + SNAT 转发规则，最后把客户端连接地址替换成 Po0。

> 说明：下面是面向普通用户的整理版。不同系统、脚本版本和出口协议可能略有差异，实际操作以你自己的机器信息为准。

## 链路结构

最常见的单层链路：

```text
客户端 → Po0 入口机 → 出口机
```

多层链路：

```text
客户端 → Po0 入口机 → RFC 中转机 → 自备落地机
```

第一次使用建议先跑通单层链路，确认稳定后再做多层。

## 一、先准备出口机

出口机可以是香港、日本或其他你准备作为最终出口的机器。

你需要先完成：

1. 在出口机上搭好代理协议；
2. 记录出口机 IP；
3. 记录协议端口；
4. 在本地客户端直连出口机测试可用。

如果出口机直连都不通，先不要配置 Po0。Po0 只负责把入口流量转过去，不能修复出口机本身的问题。

常见排查点：

- 出口机系统时间是否准确；
- 协议服务是否启动；
- 防火墙是否放行端口；
- 客户端密码、加密方式、端口是否填对。

## 二、初始化 Po0 系统

登录 Po0 后，建议先更新系统：

```bash
apt update
apt upgrade -y
```

然后确认系统允许 IPv4 转发。很多 nftables 管理脚本会自动处理这一步；如果手动配置，需要确认：

```bash
sysctl net.ipv4.ip_forward
```

返回值为 `1` 代表已开启。

## 三、安装 nftables 并开启转发

安装 nftables：

```bash
apt update
apt install -y nftables
```

开启 IPv4 转发：

```bash
cat >/etc/sysctl.d/99-po0-forward.conf <<'EOF'
net.ipv4.ip_forward=1
EOF
sysctl --system
```

确认返回为 `1`：

```bash
sysctl net.ipv4.ip_forward
```

## 四、规划端口转发

添加转发时，通常需要填写三项：

| 项目 | 含义 |
| --- | --- |
| Po0 监听端口 | 客户端最终连接的端口 |
| 出口机 IP | 流量要转发到哪台机器 |
| 出口机端口 | 出口机协议实际监听端口 |

示例：

```text
Po0 监听端口：30001
出口机 IP：203.0.113.10
出口机端口：30001
```

为了方便记忆，Po0 监听端口可以和出口机端口保持一致；但不是必须一致。

## 五、替换客户端配置

假设你原来的客户端配置连接的是：

```text
203.0.113.10:30001
```

配置 Po0 转发后，把客户端里的 IP 改为 Po0 公网 IP：

```text
Po0公网IP:30001
```

协议类型、密码、加密方式等不要乱改。先只替换服务器地址和端口，方便排查。

## 六、多层转发怎么做

如果你要使用自备落地机，常见结构是：

```text
客户端 → Po0 → RFC 中转机 → 自备落地机
```

步骤可以理解成两段转发：

### 1. 落地机先搭好协议

先在自备落地机上搭好协议，并确认直连可用。

记录：

- 落地机 IP；
- 落地机协议端口；
- 客户端配置。

### 2. RFC 中转机转发到落地机

在 RFC 中转机上配置 nftables，把 RFC 中转机的监听端口转发到落地机 IP 和协议端口。

完成后，先把客户端地址临时改成 RFC 中转机 IP 和端口，测试是否可用。

### 3. Po0 再转发到 RFC 中转机

在 Po0 上配置转发，目标填写 RFC 中转机 IP 和端口。

最后客户端连接：

```text
Po0公网IP:Po0监听端口
```

这样就形成：客户端 → Po0 → RFC 中转机 → 落地机。

## 八、配置 `/etc/nftables.conf`

下面是社区教程中最常见的 DNAT + SNAT 思路整理。

### 单出口示例

先编辑配置文件：

```bash
nano /etc/nftables.conf
```

示例配置：

```text
#!/usr/sbin/nft -f

# 按实际情况修改
# 出口机公网 IP
define DEST_IP = 203.0.113.10
# 出口机服务端口
define DEST_PORT_OUT = 30001
# Po0 对外监听端口
define RELAY_PORT_IN = 30001
# Po0 内网 IP，用于让流量走内网互通链路
define RELAY_LAN_IP = 10.100.0.10

flush ruleset

table ip nat {
    chain prerouting {
        type nat hook prerouting priority dstnat; policy accept;

        # 访问 Po0 监听端口的 TCP/UDP 流量，转发到出口机
        meta l4proto { tcp, udp } th dport $RELAY_PORT_IN dnat to $DEST_IP:$DEST_PORT_OUT
    }

    chain postrouting {
        type nat hook postrouting priority srcnat; policy accept;

        # 发往出口机的流量，把源地址改为 Po0 内网 IP
        ip daddr $DEST_IP meta l4proto { tcp, udp } th dport $DEST_PORT_OUT snat to $RELAY_LAN_IP
    }
}

table ip filter {
    chain forward {
        type filter hook forward priority 0; policy accept;

        # MSS 调整，减少 MTU 不匹配导致的速度慢或断流
        ip daddr $DEST_IP tcp flags syn tcp option maxseg size set 1452
    }
}
```

其中最容易填错的是 `RELAY_LAN_IP`。它不是客户端连接的公网 IP，而是 Po0 机器用于内网互通的地址。请以商家面板或系统里实际看到的信息为准。

### 多出口示例

如果你要同时转发到香港和日本两个出口，可以为每条线路定义一组端口和目标：

```text
#!/usr/sbin/nft -f

define RELAY_LAN_IP = 10.100.0.10

# 线路 1：香港
define PORT_IN_1 = 30001
define DEST_IP_1 = 203.0.113.10
define DEST_PORT_1 = 30001

# 线路 2：日本
define PORT_IN_2 = 30002
define DEST_IP_2 = 198.51.100.20
define DEST_PORT_2 = 30002

flush ruleset

table ip nat {
    chain prerouting {
        type nat hook prerouting priority dstnat; policy accept;

        meta l4proto { tcp, udp } th dport $PORT_IN_1 dnat to $DEST_IP_1:$DEST_PORT_1
        meta l4proto { tcp, udp } th dport $PORT_IN_2 dnat to $DEST_IP_2:$DEST_PORT_2
    }

    chain postrouting {
        type nat hook postrouting priority srcnat; policy accept;

        ip daddr $DEST_IP_1 meta l4proto { tcp, udp } th dport $DEST_PORT_1 snat to $RELAY_LAN_IP
        ip daddr $DEST_IP_2 meta l4proto { tcp, udp } th dport $DEST_PORT_2 snat to $RELAY_LAN_IP
    }
}

table ip filter {
    chain forward {
        type filter hook forward priority 0; policy accept;

        ip daddr { $DEST_IP_1, $DEST_IP_2 } tcp flags syn tcp option maxseg size set 1452
    }
}
```

### 应用配置

写完后先检查语法：

```bash
nft -c -f /etc/nftables.conf
```

没有输出通常代表语法检查通过。然后应用并设置开机自启：

```bash
nft -f /etc/nftables.conf
systemctl enable nftables
systemctl restart nftables
```

客户端配置保持协议、密码、加密方式不变，只把服务器地址和端口改为：

```text
Po0 公网 IP:Po0 监听端口
```

## 九、后续维护

以后要新增、删除或查看端口转发，继续编辑 `/etc/nftables.conf`，然后检查并应用。

常用检查：

```bash
nft -c -f /etc/nftables.conf
nft -f /etc/nftables.conf
nft list ruleset
systemctl status nftables --no-pager
```

如果出现问题，先按这个顺序排查：

1. 出口机或落地机直连是否可用；
2. 中转机转发是否可用；
3. Po0 转发是否可用；
4. 客户端是否已经替换成 Po0 的 IP 和端口；
5. 是否使用了产品默认封禁端口。

## 来源与感谢

本文根据以下公开教程整理改写，感谢原作者分享实践经验：

- NodeSeek：`✨ PortChannel Zero (Po0 腾讯云) — 从开机到配置 nftables 专线转发全流程教程（小白向）`

---
标题：nftables 转发脚本配置
URL：https://wiki.uuuz.de/guide/tutorials/nftables-script
Source：docs/guide/tutorials/nftables-script.md
---

# nftables 转发脚本配置

这篇按社区脚本教程整理，适合想用菜单方式管理 Po0 端口转发的用户。它比手写 nftables 更容易维护，后续增删端口也更方便。

## 链路结构

单层链路：

```text
客户端 → Po0 → 出口机
```

多层链路：

```text
客户端 → Po0 → RFC 中转机 → 自备落地机
```

第一次建议先跑通单层链路。

## 1. 先搭好出口机协议

出口机可以是 RFC 香港、日本，也可以是你自己的落地机。

你需要先完成：

- 出口机协议搭建；
- 记录客户端链接；
- 记录出口机 IP；
- 记录出口机端口；
- 本地客户端直连出口机测试可用。

如果出口机协议都连不上，先不要配置 Po0。

## 2. 在 Po0 上下载脚本

```bash
curl -L http://script.gu.ax:2052/nftables.sh -o nft.sh
chmod +x nft.sh
./nft.sh
```

第一次使用时，先选择脚本里的初始化选项。社区教程里对应的是“选项 1”：安装 nftables，并自动开启 BBR 和 IPv4 端口转发。

![nftables 脚本主菜单](/images/nodeseek/ns-616160-script-home.webp)

如果之前配置过 nftables，也建议先走一次初始化，让脚本备份并接管配置，避免规则混在一起。

## 3. 添加端口转发

按脚本提示填写：

![nftables 添加端口转发](/images/nodeseek/ns-616160-port-forward.webp)

1. Po0 上监听的端口；
2. 出口机 IP；
3. 出口机协议端口。

如果出口机端口和 Po0 监听端口一致，后续更好记；不一致也可以，按实际填写即可。

示例：

```text
Po0 监听端口：30001
出口机 IP：203.0.113.10
出口机端口：30001
```

## 4. 修改客户端配置

脚本配置完成后，把客户端配置里的服务器地址从：

```text
出口机IP:出口机端口
```

改成：

```text
Po0公网IP:Po0监听端口
```

其他参数保持不变。然后导入客户端测试。

## 5. 多层转发配置

如果要使用自备落地机作为最终出口，链路变成：

```text
客户端 → Po0 → RFC 中转机 → 落地机
```

### 第一步：落地机搭协议

在自备落地机上搭好协议，记录落地机 IP 和端口，并确认直连可用。

### 第二步：RFC 中转机转发到落地机

在 RFC 中转机上同样运行脚本：

```bash
curl -L http://script.gu.ax:2052/nftables.sh -o nft.sh
chmod +x nft.sh
./nft.sh
```

初始化后添加转发：

```text
RFC监听端口 → 落地机IP:落地机端口
```

先把客户端地址改成 RFC 中转机 IP 和端口，确认能连。

![RFC 中转机转发配置](/images/nodeseek/ns-616160-rfc-forward.webp)

### 第三步：Po0 转发到 RFC 中转机

回到 Po0，添加转发：

![Po0 转发到 RFC 中转机](/images/nodeseek/ns-616160-po0-forward.webp)

```text
Po0监听端口 → RFC中转机IP:RFC监听端口
```

最后客户端连接 Po0 公网 IP 和 Po0 监听端口。

![最终连通测试参考](/images/nodeseek/ns-616160-final-test.webp)

## 6. 后续维护

后续增删端口继续运行：

```bash
./nft.sh
```

建议始终用同一个脚本维护规则，不要一半脚本、一半手写。

## 7. 常见问题

### 客户端连不上

先检查出口机直连是否可用，再检查 Po0 转发端口是否填对。

### 端口填对但还是不通

确认是否使用了产品默认封禁端口，例如 `80`、`443`、`8080`、`8443`、`8000`、`1080`。

### 多层转发变慢

多一层中转就多一段链路。先分别测试每一段，确认是哪一段慢。

### 规则冲突

如果之前手写过 nftables，再使用脚本接管，务必备份旧规则。避免旧规则还在导致冲突。

## 来源与感谢

本文根据 NodeSeek 公开教程 `【po0一键配置】nftables端口转发管理脚本` 整理改写，感谢原作者分享实践经验。

---
标题：挂载 Nyanpass 面板
URL：https://wiki.uuuz.de/guide/tutorials/nyanpass-panel
Source：docs/guide/tutorials/nyanpass-panel.md
---

# 挂载 Nyanpass 面板

Po0 机器访问海外资源可能受限，挂载 Nyanpass 面板时通常需要通过代理完成安装和后续通信。

## 准备信息

你需要准备：

- Nyanpass 面板后台生成的 Agent 安装命令；
- 可用代理信息；
- Po0 SSH 登录权限；
- 如果使用 Shadowsocks 代理，需要准备 SS 链接信息。

## 1. 设置临时 HTTP 代理

先让当前 Shell 能顺利下载安装包：

```bash
```

测试访问：

```bash
curl -I https://你的面板域名
```

## 2. 执行 Nyanpass Agent 安装命令

去 Nyanpass 面板后台复制安装命令，在 Po0 上执行。

安装完成后，重点配置持久代理，否则当前 Shell 的临时代理取消后，Agent 可能会掉线。

## 3. 配置持久化代理

Nyanpass 常见做法是修改：

```bash
/opt/nyanpass/env.sh
```

编辑文件：

```bash
nano /opt/nyanpass/env.sh
```

写入代理信息。社区教程中使用 SS 代理示例：

```bash
```

请把密码、IP、端口和加密方式换成自己的实际信息。

## 4. 清理临时代理并重启服务

```bash
unset http_proxy https_proxy HTTP_PROXY HTTPS_PROXY no_proxy NO_PROXY
systemctl daemon-reload
systemctl restart nyanpass.service
systemctl status nyanpass.service --no-pager
```

如果服务名不是 `nyanpass.service`，用下面命令查找：

```bash
systemctl list-units | grep -i nyan
```

## 5. 检查是否在线

- 面板中查看节点是否 online；
- 查看服务日志；
- 确认 `env.sh` 中代理配置没有写错；
- 确认代理本身可用。

日志命令：

```bash
journalctl -u nyanpass.service -n 100 --no-pager
```

## 注意事项

- 临时代理只对当前 Shell 生效，服务长期运行必须写持久化配置。
- 不要把代理密码公开发到群里或截图里。
- 如果挂载失败，优先检查代理是否可用，再检查面板安装命令。

## 来源与感谢

本文根据 NodeSeek 公开教程 `🚀 PortChannel Zero 腾讯云 BGP (广州/上海) 测评` 中 Nyanpass 面板挂载部分整理改写，感谢原作者分享实践经验。

---
标题：防火墙白名单自动加白（po0fw）
URL：https://wiki.uuuz.de/guide/tutorials/po0fw-whitelist
Source：docs/guide/tutorials/po0fw-whitelist.md
---

# 防火墙白名单自动加白（po0fw）

Po0 的「鸡险」增值服务附带防火墙白名单：开启后**只有白名单里的来源 /24 网段才能访问入站端口**。家宽 IP 经常变，手动加白很烦 —— 本教程让设备**自动加白**。

脚本与全部客户端模块开源：[github.com/kelenetwork/po0fw](https://github.com/kelenetwork/po0fw) · iOS/Mac 代理客户端**一键安装页**：[po0fw.uuuz.de](https://po0fw.uuuz.de/)

## 📋 选择你的平台

| 你的设备 | 方案 | 换 IP 后生效速度 | 跳转 |
|---|---|---|---|
| 软路由 OpenWrt / Kwrt ⭐推荐 | 一键脚本 | WAN 重连**秒级** + 10 分钟兜底 | [↓ 安装](#软路由-openwrt--kwrt) |
| Linux / macOS | 一键脚本 | 10 分钟内 | [↓ 安装](#linux--macos) |
| Windows | 一键脚本 | 网络事件即时 + 10 分钟兜底 | [↓ 安装](#windows) |
| 安卓 | MacroDroid 等自动化 App | 切网即时 + 15 分钟兜底 | [↓ 安装](#安卓) |
| iOS/Mac 有代理 App | 脚本模块（Surge/Loon/Stash/QX/小火箭/Egern） | 切网即时 + 10 分钟兜底 | [↓ 安装](#ios) |
| iOS 无代理 App | 快捷指令 | 切 Wi-Fi 即时（无定时） | [↓ 安装](#ios) |

⭐ **家里有软路由的，优先只装软路由**：全家设备连 Wi-Fi 时天然被覆盖，手机只需管出门蜂窝场景。

## 原理（30 秒）

- 客户端定期（+ 网络切换时）向 po0 官方 IP 端点发 `POST https://124.221.69.228/api/firewall/你的token/add`
- 服务端按请求来源识别 **/24 网段**，幂等加白：已在白名单就不占坑、不推进淘汰
- 上限 5 个网段，满了按最早写入 FIFO 淘汰；被挤掉的设备下个周期自动补回（**自愈**）
- 直连官方 IP 不走域名，普通按域名分流的代理不会劫持，**基本无需分流配置**

**获取 token**：po0 控制台 → 机器详情页 →「防火墙」卡片 → 点**复制添加脚本**（不是「添加当前 IP」），里面 `pgnfw_` 开头那串就是。⚠️ token 即加白凭证，勿公开分享；每台机器 token 不同。

## 安装

### 软路由 OpenWrt / Kwrt

```sh
curl -sSL https://raw.githubusercontent.com/kelenetwork/po0fw/main/openwrt/install-openwrt.sh -o /tmp/i.sh
PO0FW_TOKENS="pgnfw_你的token" sh /tmp/i.sh
```

装完自动含：cron 每 10 分钟兜底 + WAN 拨号/重连（hotplug）秒级触发。验证：跑 `po0fw`，日志在 `/tmp/po0fw.log`。

### Linux / macOS

```sh
curl -sSL https://raw.githubusercontent.com/kelenetwork/po0fw/main/install-linux.sh | PO0FW_TOKENS="pgnfw_你的token" sh
```

Linux(root) 注册 systemd timer；macOS / 非 root 写 crontab。

### Windows

管理员 PowerShell：

```powershell
irm https://raw.githubusercontent.com/kelenetwork/po0fw/main/windows/install-windows.ps1 -OutFile i.ps1
powershell -ExecutionPolicy Bypass -File i.ps1 -Tokens "pgnfw_你的token"
```

注册计划任务「po0fw」：每 10 分钟 + 网络连接事件双触发。

### 安卓

安卓代理客户端没有 iOS 那样的脚本引擎，用自动化 App 做，**不依赖代理客户端**。推荐 **MacroDroid**（免 root），建 2 个宏，动作都是 `HTTP 请求`（方法 **POST**，URL `https://124.221.69.228/api/firewall/pgnfw_你的token/add`）：

1. 触发器「网络连接变化」→ 切网即时加白
2. 触发器「定期触发」15 分钟 → **兜底捕捉静默换 IP**（Wi-Fi 没断但公网 IP 变了、蜂窝换 IP 等）；加「网络已连接」约束

装好后关掉 MacroDroid 的电池优化。其他选择：HTTP Shortcuts（开源，定时 POST + 桌面小部件）、Termux（见 [仓库 android/](https://github.com/kelenetwork/po0fw/tree/main/android)）。

### iOS

**有代理 App**（Surge / Loon / Stash / QX / 小火箭 / Egern）→ 打开**一键安装页** [po0fw.uuuz.de](https://po0fw.uuuz.de/)，点你客户端的「一键安装」按钮，装好后在模块参数里填 token 即可。带面板显示、蜂窝 📶 标记、切网即时触发 + 10 分钟 cron 兜底，功能最全。

> 一键按钮没反应？部分浏览器拦截 App URL Scheme，点「复制链接」后到客户端里「从 URL 安装/导入」。QX 需手动把片段加进 `[task_local]`，详见安装页说明。
> 模块部分借鉴学习自 [reallinzc/po0fw](https://github.com/reallinzc/po0fw)，感谢原作者。

**无代理 App** → 系统「快捷指令」：

1. 新建快捷指令 → 操作「获取 URL 内容」→ 填加白 URL → 方法 **POST**
2. 「自动化」→ 个人自动化 → 触发「Wi-Fi」任意网络 → 运行它，关「运行前询问」

⚠️ 快捷指令**没有后台定时**，只能靠 Wi-Fi 切换触发，抓不到「连着 Wi-Fi 但公网 IP 变了」的场景（好在这种情况家宽按 /24 加白通常同段，见 FAQ）。可再加「充电时」「打开某 App 时」等自动化多铺几个触发点；重度蜂窝用户请用代理客户端模块。

## 进阶：多机器与固定槽位

### 多台 po0 机器

每台机器 token 不同，用**英文逗号**拼起来，一次跑完全部：

```sh
# /etc/po0fw.conf
PO0FW_TOKENS="pgnfw_机器A,pgnfw_机器B,pgnfw_机器C"
```

### 固定槽位（@N）

默认坑满按 FIFO 淘汰最旧网段 —— 但**家宽出口**这种全家依赖的 IP，被挤掉哪怕几分钟都难受。在 token 后加 `@槽位号` 把它**钉死**，永不参与淘汰：

```sh
# 家宽路由钉 0 号槽位，其他机器普通模式
PO0FW_TOKENS="pgnfw_家宽路由@0,pgnfw_其他机器"
```

关键点：

1. 槽位号（0～4）是**你自己指定的**，不是面板里当前排第几
2. `@N` 要写进**配置文件**长期生效；临时敲一次命令，下个周期就回普通模式
3. 每个 IP 只占一个槽位；换槽位号前先去面板删旧槽位记录
4. 同段换 IP 自动跟随，不用重新钉
5. 流动设备（手机、外出笔记本）**别**钉槽位，浪费坑位，靠自愈就够

**推荐布局**：家宽 `@0` 钉死，剩 4 坑留给流动设备。

## FAQ

**Q：Wi-Fi 连着没断、但公网 IP 变了（家宽重拨），手机端能发现吗？**
「网络切换触发」确实抓不到这种静默变更，靠的是**定时兜底**：MacroDroid 15 分钟定时、iOS 代理模块 10 分钟 cron 都会照常上报。且家宽重拨大多在同一 /24 段内，本来就不需要重新加白。真正兜底主力应是**软路由**：它能感知 WAN 重拨事件，秒级加白 —— 这也是推荐装软路由的原因。

**Q：蜂窝数据换 IP 呢？**
同上，定时兜底捕捉，最迟一个周期（10~15 分钟）。蜂窝 IP 变化频繁且跨段，重度蜂窝用户建议用 iOS 代理客户端模块（有 cron）或安卓 MacroDroid（定时宏），别只靠快捷指令。

**Q：挂着代理会把代理节点 IP 加白吗？**
一般不会：请求直连官方 IP，按域名分流的代理碰不到。只有 TUN/透明代理全局接管才可能，加一条规则即可：

```text
IP-CIDR,124.221.69.228/32,DIRECT,no-resolve
```

软路由跑脚本时确认路由器自身流量不进代理链（OpenClash「绕过本机」等）。

**Q：白名单 5/5 满了？**
不用管，FIFO 自动淘汰最旧的；被挤出的设备最迟一个周期自动补回。

**Q：怎么卸载？**
- OpenWrt：`rm /usr/bin/po0fw /etc/po0fw.conf /etc/hotplug.d/iface/99-po0fw`，从 `/etc/crontabs/root` 删掉 po0fw 行
- Linux：`systemctl disable --now po0fw.timer; rm /etc/systemd/system/po0fw.{service,timer} /usr/local/bin/po0fw /etc/po0fw.conf`
- Windows：任务计划程序删「po0fw」，删 `%ProgramData%\po0fw`
- 安卓/iOS：删对应宏 / 快捷指令自动化

---
标题：购买后的基础配置
URL：https://wiki.uuuz.de/guide/tutorials/post-purchase-setup
Source：docs/guide/tutorials/post-purchase-setup.md
---

# 购买后的基础配置

购买后不要急着堆复杂链路。先完成基础系统配置，再做单条端口转发，确认连通后再扩展。

## 1. 先保证 SSH 可控

建议先完成：

- 保存初始登录信息；
- 添加 SSH 密钥；
- 修改默认 SSH 端口；
- 禁止密码登录前，先新开一个终端确认密钥能登录。

不要在还没确认新登录方式可用时关闭当前 SSH 窗口。

## 2. 更新系统

常规 Debian/Ubuntu 系统可以先更新软件包：

```bash
apt update
apt upgrade -y
```

如果你使用商家提供的特殊系统或镜像，请以面板说明为准。

## 3. 开启转发能力

Po0 做入口转发时，需要系统允许 IPv4 转发。社区教程通常会开启：

```bash
net.ipv4.ip_forward=1
```

如果使用交互式 nftables 脚本，通常会在初始化阶段自动完成这一项。

## 4. 配置 nftables 转发

常见方式是用 nftables 做 DNAT/SNAT：

```text
访问 Po0 的某个端口 → 转发到出口机的某个端口
```

配置时要填清楚三件事：

1. Po0 上监听的端口；
2. 出口机 IP；
3. 出口机协议端口。

如果你使用社区脚本，第一次使用通常先执行“安装/初始化 nftables”，再使用“添加转发”菜单。若之前手动写过规则，务必先备份，避免新旧规则混在一起。脚本方式见：[nftables 转发脚本配置](/guide/tutorials/nftables-script)；手动方式见：[nftables 手动转发配置](/guide/tutorials/nftables-port-forwarding)。

## 5. 客户端替换地址

配置完成后，把客户端原配置中的出口机 IP 和端口替换为 Po0 的公网 IP 和监听端口。

其他协议参数不要乱改。先只替换入口地址，便于排查。

## 6. 保存配置和验证

完成后记录：

- nftables 是否开机自启；
- 当前转发规则；
- 客户端可用截图；
- 测试时间和测试目标。

后续增删端口时，尽量用同一套管理方式，不要一会儿脚本、一会儿手写规则。

---
标题：从购买到连通
URL：https://wiki.uuuz.de/guide/tutorials/quick-start
Source：docs/guide/tutorials/quick-start.md
---

# 从购买到连通

这是一条最短路径：先让出口可用，再让 Po0 转发，最后把客户端配置改成连接 Po0。

## 第一步：确认你要买哪类产品

如果你需要国内入口，一般先看广州 BGP 或华东 BGP。  
如果你需要香港/美国位置本身，则看 T1 香港 / 美国。

购买前先读：

- [Po0 适合谁](/guide/buying/who-is-po0-for)
- [入口地区怎么选](/guide/buying/choose-entry-region)
- [使用前需要确认的限制](/guide/notes/pre-use-limitations)

## 第二步：准备出口或落地机

常见做法是先在出口机上搭好代理协议，并确认它自己能用。

你至少需要记录：

- 出口机 IP；
- 出口机协议端口；
- 客户端配置链接；
- 出口机所在地区。

如果出口机直连都不可用，先不要配置 Po0，避免把问题混在一起。

## 第三步：在 Po0 上配置端口转发

在 Po0 上选择一个监听端口，把它转发到出口机 IP 和端口。

配置完成后，链路应该变成：

```text
客户端 → Po0 公网 IP:监听端口 → 出口机 IP:协议端口
```

社区教程里常见做法是用 nftables 管理转发规则，也有交互式脚本可以自动安装 nftables、开启 IPv4 转发、增删转发端口。如果想用菜单脚本，见：[nftables 转发脚本配置](/guide/tutorials/nftables-script)。如果想手动维护规则，见：[nftables 手动转发配置](/guide/tutorials/nftables-port-forwarding)。

## 第四步：替换客户端配置

把原本客户端配置里的：

```text
出口机 IP:出口机端口
```

替换成：

```text
Po0 公网 IP:Po0 监听端口
```

协议、密码、加密方式等保持不变。你只是把“连接入口”从出口机换成 Po0。

## 第五步：测试

先做三类测试：

1. 客户端是否能连通；
2. 晚高峰是否稳定；
3. [Looking Glass](/looking-glass) 中对应方向的延迟和路由是否符合预期。

能连通只是第一步，长期体验还要看稳定性和丢包。

---
标题：系统重装 Debian 12
URL：https://wiki.uuuz.de/guide/tutorials/reinstall-debian
Source：docs/guide/tutorials/reinstall-debian.md
---

# 系统重装 Debian 12

这篇适合在刚拿到 Po0 机器后，把系统重装成干净 Debian 12。重装系统有风险，操作前请确认你能通过商家面板或救援方式恢复机器。

## 适用场景

- 初始系统不干净，想重装成纯净 Debian；
- 后续要统一按教程配置 nftables、监控和面板；
- 希望使用固定 SSH 端口、固定密码或密钥重新初始化系统。

## 准备信息

开始前先记录：

- Po0 公网 IP；
- Po0 内网 IP；
- 当前 SSH 登录方式；
- 准备设置的新 SSH 端口；
- 准备设置的新 root 密码或密钥登录方式。

如果你不确定内网 IP，不要乱填静态网络参数，先在系统里确认网卡信息。

## 下载 DD 脚本

社区教程中使用的是 `InstallNET.sh`：

```bash
wget https://raw.githubusercontent.com/leitbogioro/Tools/master/Linux_reinstall/InstallNET.sh
chmod +x InstallNET.sh
```

如果服务器无法直接访问 GitHub，可以先在本地下载后上传到 VPS。

## 执行重装命令

下面是按社区教程整理的 Debian 12 重装命令。请把 `SSH密码` 和 `SSH端口` 换成自己的值。

```bash
sed -i "/\${ChangeBashrc}/i ChangeBashrc=" InstallNET.sh && bash InstallNET.sh \
--network "static" \
-timezone "Asia/Shanghai" \
-debian 12 \
--ip-dns "183.60.83.19" \
-mirror "http://mirrors.tencentyun.com/debian" \
-pwd 'SSH密码' \
-port "SSH端口"
```

参数含义：

| 参数 | 作用 |
| --- | --- |
| `--network "static"` | 使用静态网络配置 |
| `-timezone "Asia/Shanghai"` | 设置时区为上海 |
| `-debian 12` | 安装 Debian 12 |
| `--ip-dns "183.60.83.19"` | 使用 DNS |
| `-mirror "http://mirrors.tencentyun.com/debian"` | 使用腾讯云内网 Debian 镜像源 |
| `-pwd` | 设置新系统 SSH 密码 |
| `-port` | 设置新系统 SSH 端口 |

## 等待安装完成

脚本执行后，请注意终端最后输出的信息，尤其是随机密码、SSH 端口和重启提示。

一般流程：

1. 脚本写入重装配置；
2. 手动重启服务器；
3. 等待系统自动安装；
4. 约 5-10 分钟后尝试用新端口登录。

## 登录后检查

重装完成后先检查系统版本：

```bash
cat /etc/os-release
uname -a
```

确认网络：

```bash
ip addr
ip route
ping -c 4 1.1.1.1
```

确认 SSH 端口：

```bash
ss -lntp | grep ssh
```

## 注意事项

- DD 系统有断联风险，操作前务必确认你知道如何救援。
- 不要照抄别人的 IP、网关、内网地址。
- 如果安装后无法登录，优先通过商家控制台检查 VNC / 救援模式。
- 重装完成后建议立刻做 SSH 安全加固。

## 来源与感谢

本文根据 NodeSeek 公开教程 `🚀 PortChannel Zero 腾讯云 BGP (广州/上海) 测评` 中的一键 DD 部分整理改写，感谢原作者分享实践经验。

---
标题：已移至选购指南
URL：https://wiki.uuuz.de/guide/tutorials/status-and-looking-glass
Source：docs/guide/tutorials/status-and-looking-glass.md
---

# 已移至选购指南

这篇内容现在放在选购阶段阅读更合适：购买前先用状态页和 Looking Glass 判断入口地区、出口方向和当前线路表现。

请前往：

[用状态页与 Looking Glass 判断效果](/guide/buying/status-and-looking-glass)

---
标题：Looking Glass
URL：https://wiki.uuuz.de/looking-glass
Source：docs/looking-glass.mdx
---

Looking Glass 页面。用于选择发起点与目标，快速查看不同区域到 Po0 服务的连通表现与路径结果。

---
标题：服务状态
URL：https://wiki.uuuz.de/status
Source：docs/status.mdx
---

服务状态页面。用于查看 Po0 线路的实时延迟、丢包趋势与区域表现，快速判断访问体验是否稳定。