家庭网络反向代理的合规性探讨

探讨家庭宽带使用反向代理服务时可能遇到的合规性问题及解决方案

背景

约 90 天前,我遇到了湖北电信 IPv6 无法连接的问题。经过长期观察和分析,现总结出以下经验。

问题分析

最初怀疑的两个可能原因:

  1. PCDN 使用检测

    • 虽未主动使用 PCDN
    • 仅有少量 BT 下载行为
    • 已实施上传限速,但问题仍然存在
  2. 家庭服务器作为博客源站

    • 通过 Cloudflare 回源规则指定端口
    • 可能被运营商判定为"商用行为"

经过三个月的验证,问题更可能源于向公网开放 HTTP/HTTPS 服务端口。

具体表现

  1. IPv6 状态异常:

    • 可获得 /56 前缀
    • 设备能获取全局 IPv6 地址
    • 但无法访问外网
    • 仅光猫桥接的路由器可正常使用 IPv6
  2. Tailscale 连接异常:

    • 源站服务器显示直连但延迟异常(约 400ms)
    • 其他设备经中继连接,反而延迟更低(约 80ms)

运营商策略分析

部分地区电信运营商对频繁入站 HTTP/HTTPS 连接采取服务降级措施:

  1. IPv6 服务降级

    • 分配地址正常
    • 路由表缺失
    • 实际无法联网
  2. P2P 连接限制

    • Tailscale 显示直连
    • 实际延迟高
    • 带宽受限

解决方案

  1. 关闭反向代理服务:

    • 停用 Cloudflare/阿里云 ESA 反代
    • 多次重启路由器后可恢复正常
  2. 防范域名扫描: 避免使用以下常见子域名:

    - home.example.com
    - ddns.example.com
    - dev.example.com
    - test.example.com
    
  3. 最佳实践:

    • 使用 GUID 生成随机子域名
    • 避免使用规律性或常见的子域名命名
    • 定期更换域名以降低被扫描风险