核心结论

mihomo 代理全挂 ≠ 目标站点被封。 先测 github/google 等无关站点，区分"节点故障"还是"站点屏蔽"；若用户本人在境外可达节点而广州服务器不可达 → 根因大概率是 GSLB 域名解析 IP 池漂移 + 静态订阅过期。修复方案是订阅自动化（.env 存 URL + 脚本定期拉取 + mihomo type: file provider），而不是临时改 IP。

核心结论

5GHz 的 52~140 信道属于 DFS（Dynamic Frequency Selection）频段，法规要求 AP 检测到雷达信号时必须静默并切换信道，期间客户端传输会被挂起 → 表现为不定时、无规律的卡顿。图片加载是大量小请求，对链路抖动极敏感（视频有缓冲可掩盖抖动，图片仅在点击大图时才加载）→ "视频正常、图片卡"。手动切换频段（2.4G ↔ 5G）强制重连后立即恢复，是因为重连后 AP 落到非 DFS 信道或避让期结束。

故障现象

背景

我在香港和人合租的家中 WiFi 同时提供 2.4GHz 与 5GHz 两个频段（路由器型号是 Linksys Velop Pro 7），在浏览社交平台时（例如X, 微博等），我的手机会 不定时 出现图片加载缓慢症状。即便是尝试在路由器内设置了让自己手机优先的规则下依然存在该问题，于是在调回原设置之后想着改一下。

问题现象

我的手机默认连接的是 5GHz 频段，在浏览社交平台时（例如X, 微博等），我的手机会 不定时 出现图片加载缓慢症状，具体表现为：

• 视频可正常播放，仅图片加载慢（缩略图慢 / 点击大图长时加载）
• 用户头像疑似"不被缓存"，反复浏览同一用户也需重新加载

背景

我的 Hermes Agent 被部署在腾讯云轻量应用服务器（广州）上，日常跑着多个定时任务，其中一个与 AI 简报相关的任务中「Twitter/X 追踪账号」数据源依赖本机的 mihomo 代理（端口 7890）访问境外服务。

某天早上，简报里 Twitter 段变成了：

⚠️ 追踪账号全部无响应 — x.com 直连被屏蔽，所有代理节点 TLS 失败

第一反应是「Twitter 又封了代理出口 IP」——因为腾讯云出疆本来就屏蔽 twitter.com/youtube.com/discord.com，之前也遇到过公共 RSSHub 的 Twitter 路由被 503。但这次连 github.com、google.com 走代理也全部超时，明显不是单个站点的问题。

核心结论

永远不要随意修改 Edge 浏览器里的「使用安全的 DNS」选项。

这个选项一旦切到非默认的 DoH（DNS over HTTPS）服务（如 Cloudflare），会同时污染 curl 的 DNS 缓存，导致看似毫无关联的命令行工具出现诡异断网。

现象

跨网络环境（香港 → 内地）切换后，特定网址在某台电脑上打不开，但其他设备正常。

根因

Edge 浏览器里「使用安全的 DNS」选项选择了 Cloudflare DoH（如 https://cloudflare-dns.com/dns-query）作为 DNS 解析器。问题链条：

计算机网络是计算机科学的基础领域之一，博客以 Computer Networking: A Top-Down Approach 教材为主参考。

五层模型

层次	主要协议	主要设备
应用层	HTTP, DNS, SMTP	—
传输层	TCP, UDP	—
网络层	IP, ICMP, OSPF	路由器
链路层	Ethernet, PPP	交换机
物理层	光/电信号	集线器

TCP 和 UDP 是传输层的两大核心协议。

对比

特性	TCP	UDP
连接性	面向连接	无连接
可靠性	可靠（重传、确认）	不可靠
有序性	保证顺序	不保证
拥塞控制	有	无
头部大小	20~60 字节	8 字节
速度	较慢	快
使用场景	HTTP, SMTP, SSH	DNS, DHCP, 视频流

这是计算机网络最经典的综合问题之一，考察对各层协议的理解。

完整流程

1. DNS 解析

   • 浏览器缓存 → 系统缓存 → DNS 服务器查询
   • 域名 → IP 地址

2. TCP 三次握手

   • SYN → SYN-ACK → ACK
   • 建立可靠连接

3. HTTP 请求/响应

   • 浏览器发送 GET 请求
   • 服务器返回 HTML

4. 浏览器渲染

   • HTML 解析 → DOM 树构建
   • CSS 解析 → CSSOM
   • JS 执行 → DOM 更新
   • 渲染树 → 布局 → 绘制

ROS2 基于 DDS（Data Distribution Service）实现分布式通信，同一局域网内的不同主机可以通过配置 ROS_DOMAIN_ID 实现节点发现和数据交互。

域ID机制

• 默认域ID = 0
• 不同域ID 的节点互相不可见
• 通过设置环境变量 ROS_DOMAIN_ID 改变域

与话题通信的关系

分布式通信本质上是将话题通信扩展到网络层面，仍然遵循发布/订阅模式。

相关

• [[../entities/ROS2.md]]
• [[../concepts/话题通信.md]]

本目录对应 docs/learningNote/Computer_Network/，以教材 Computer Networking: A Top-Down Approach (Kurose & Ross, 7th Ed.) 为主参考。

核心主题

协议与层次模型

• TCP/IP 五层模型 — 应用层 → 传输层 → 网络层 → 链路层 → 物理层
• TCP vs UDP — 可靠 vs 不可靠，面向连接 vs 无连接，拥塞控制 vs 无控制
• HTTP/SMTP/DNS — 应用层主要协议