中国电信-IPoE 接入认证规范又分为 session 级和非 session 级，刚查了一下区别：

以 IPoE 认证方式接入时，又可以分为 session 级和非 session 级两种具体的实现模型。这两种模型的主要区别是 NAS （即 BRAS 、SR 设备）是否与 AAA 服务器进行 Radius 报文交互，对终端的账号、密码进行校验。

Session 级 IPoE 认证要求 NAS 设备与 AAA 服务器交互 Radius 报文，由 AAA 判断准确性，并回复设备认证响应报文。

非 Session 级 IPoE 认证时，NAS 设备不需要和 AAA 服务器交互 Radius 报文，而是由 DHCP Server 和 AAA 服务器之间交互报文，来完成账号密码的校验。

@wanguorui123 CDN 是关键，因为 CF-HKG 是真香

@oblivion #40 光猫里关闭防火墙不知道有没有用

你说还有没有一种可能是桥接后 PPPoE 拨号也行？

光猫改桥接，然后 OpenWRT 路由器 WAN 口用 DHCP 方式，手工指定 Option 是不是就可以了，但认证具体采用的是怎样的 Option 就不清楚了

首先要除了通过代理的网络访问全部阻止，其次还要防止端侧的信息收集并通过代理信道传递出去。

实际用起来好用就行

@jousca #7 不错，不错，就差 Uh 的注解了。

光猫拨号、路由拨号不都是 PPPoE 吗？同好奇为啥加载的限速策略会不同？

好划算呀~ 上行都太贵了……

同有江苏移动 1000 兆家宽，路由拨号，下行跑不满，最多 800 左右，平常没那么大需求，也没报障处理。

技术方案只决定会不会被盯上实施人为阻断或干扰，通信质量关键还是看线路，有时候中转用的好也很不错。

靠，这东西都做了什么？？？

@sinnosong1

比如对比下 openjdk hotspot 和 dotnet coreclr 的 jit 实现：

https://github.com/openjdk/jdk/tree/master/src/hotspot
https://github.com/dotnet/runtime/tree/main/src/coreclr/jit

就说公共架构分离的设计，hotspot 公共代码、架构代码结构清晰明了，反观 coreclr 明显设计不足，就像一锅粥，公共代码文件里充满了各种 cpu 架构开关宏，可读体验很差。

别的不说，dotnet runtime 的代码和屎一样~

对应用业务透明的话，就在{c}和 b 之间建 tunnel ，然后再把所有 tunnel 合并成 bound ，让 bound 实现对单 tcp 流的均衡。

typo:

on host b:
ssh -J user@host_c user@host_a