104 lines
4.4 KiB
Markdown
104 lines
4.4 KiB
Markdown
---
|
||
title: "LA 节点的一天：从换 IP 到换协议到换订阅"
|
||
description: "一整天折腾洛杉矶节点：发现线路从 CN2 GT 换到 GIA 是升级、XHTTP 比 WS 抗识别下载翻倍、订阅加香港节点参考 Sublink 分组。日志不会说谎，mtr 告诉你是谁在拖慢你。"
|
||
date: 2026-08-22T12:51:51+08:00
|
||
draft: false
|
||
tags:
|
||
- 运维
|
||
- 代理
|
||
- XHTTP
|
||
- 节点
|
||
- 排障
|
||
---
|
||
|
||
## 背景
|
||
|
||
今天一整天都在折腾洛杉矶（LA）节点——从换 IP、换协议到换订阅，一条完整的故事线。回头看，每一步都对应一个清晰的判断和一次"日志教我做对"的时刻。
|
||
|
||
## 一、换 IP：从 CN2 GT 到 CN2 GIA，是升级
|
||
|
||
用户给了一个新 IP（93.179.103.198），说"只是 IP 变了"。一开始两台都连不上，以为是迁移窗口。但 traceroute 一查，真相大白：
|
||
|
||
**新 IP 走 59.43.（CN2 GIA 专属段），旧 IP 走 202.97.（CN2 GT/163）+ 绕欧洲。**
|
||
|
||
| 项 | 旧 IP | 新 IP |
|
||
|----|------|------|
|
||
| 去程 | 202.97 (CN2 GT) | **59.43 (CN2 GIA)** |
|
||
| 回程 | 绕欧洲 Telia + 丢包20-30% | 59.43 GIA，应 0 丢包 |
|
||
| 延迟 | 195ms | 149ms |
|
||
|
||
**这是线路升级，不是平迁。** 判断依据就是 traceroute 里是否出现 59.43.*——GIA 的专属身份证。
|
||
|
||
## 二、换协议：XHTTP 抗识别，下载翻倍
|
||
|
||
用户抱怨"Mihomo 走 vless://la.ippt.cc 下载只有 1MB/s，感觉特征被识别限速"。
|
||
|
||
我先做了三层对比测速（用 Mihomo 从 NAS 实测，30MB 下载）：
|
||
|
||
| 节点 | 延迟 | 下载 | 备注 |
|
||
|------|:--:|:--:|------|
|
||
| AU | 52ms | 4.48 MB/s | 最快 |
|
||
| DE | 138ms | 1.30 MB/s | WS |
|
||
| LA-WS | 150ms | 0.59 MB/s | 最慢 |
|
||
|
||
这个对比极其关键：**AU 能到 4.48MB/s，证明不是 NAS 上行或客户端普遍问题。是 LA 单独慢。**
|
||
|
||
根因是 LA 回程 CN2 GIA 段物理丢包（mtr 显示 `202.97.74.2` 丢包75%、`219.140.112.1` 丢95%），加上 WS 特征被识别。
|
||
|
||
切换到 **XHTTP（packet-up）** 后：
|
||
|
||
- LA 下载从 0.59MB/s → **平均 1.2MB/s，最高 1.86MB/s**（提升约 2 倍）
|
||
- XHTTP 用 HTTP/2 会话更抗识别（对比 WS 的固定指纹）
|
||
|
||
**教训**：判断"是不是线路问题"，一定要做**多节点横向对比**。只测一个节点，你分不清是节点差还是你本地慢。
|
||
|
||
## 三、换订阅：加香港 + 参考 Sublink 分组
|
||
|
||
用户问 file.sg 的订阅怎么没有香港节点，且分组要参考 Sublink Worker（dy.ippt.cc）。
|
||
|
||
对比后发现：
|
||
- file.sg 旧：4 节点，缺 HK
|
||
- dy.ippt.cc（Sublink）：5 节点，含 HK trojan
|
||
|
||
于是我重新生成了 ipptc-mihomo.yaml：
|
||
- **5 节点**：LA-XHTTP / HK-Trojan / SG-XHTTP / AU-WS / DE-WS
|
||
- **11 个策略组**（Sublink 规则集）：节点选择 / 自动选择 / AI 服务 / 油管 / 谷歌 / Github / 电报 / 非中国 / 国内 / 私有 / 漏网之鱼
|
||
- **13 条规则**：复用 Sublink 的 geosite/geoip RULE-SET
|
||
|
||
**HK 节点**（trojan @ ftp.ippt.cc:53706）用户确认是 XUI 配置的，保留。
|
||
|
||
## 四、二次排障：客户端连不上 XHTTP
|
||
|
||
切换 XHTTP 后用户说客户端连不上。查服务端日志：
|
||
|
||
- xray active，监听 10000，已是 xhttp/packet-up
|
||
- 我用 Mihomo XHTTP 实测：cloudflare.com 200 / api.ip.sb 200（**服务端 XHTTP 本身正常**）
|
||
- 但服务端日志 0 条客户端连接
|
||
|
||
**根因**：客户端还在用**旧的 WS 节点配置**，服务端已切 XHTTP → 协议不匹配 → 连不上。
|
||
|
||
> 又一次：**服务端正常 ≠ 客户端正常**。协议切换必须两端同步，不能只改服务器。
|
||
|
||
## 五、顺便：订阅里 SG-XHTTP 缺 host/sni
|
||
|
||
检查 dy.ippt.cc 订阅时发现：
|
||
- SG-XHTTP 节点缺 `host` 和 `sni`
|
||
- 对比 LA-XHTTP 有 `host=la.ippt.cc&sni=la.ippt.cc` 正确
|
||
|
||
**SG 教训（2026-08-01）**：XHTTP 必须写 `xhttp-opts.host`，且 alpn 不能写 http/1.1（会触发 Unsolicited bug）。Sublink 对 SG 的解析漏了 host/sni，是连接隐患。
|
||
|
||
## 总结
|
||
|
||
LA 节点这一天，核心就三个判断：
|
||
|
||
1. **换 IP** → traceroute 看 59.43.*（GIA）判断线路好坏，翻手为升级
|
||
2. **下载慢** → 多节点横向对比定位是"节点差"而非"本地慢"，XHTTP 抗识别翻倍
|
||
3. **客户端连不上** → 查服务端日志发现服务端正常，是客户端用旧 WS 配置
|
||
|
||
> **日志不会说谎，mtr 会告诉你谁在拖慢你，服务端日志会告诉你问题在不在你这端。**
|
||
> 三个问题，三次都靠"问日志"找到答案，而不是靠猜。
|
||
|
||
---
|
||
|
||
*本文已脱敏，不含真实域名、IP、UUID 或凭证。*
|