利益相关：前 918+用户
你的需求 918+都可以满足，918+也没啥特别的毛病，但是建议买下一代，毕竟 918+该换代了
目前，我的 918+出掉快一年了，还是留着 HP GEN8 做 ESXi，黑群晖、软路由了。

@whahuzhihao .......你这是有多老，最近见过的 tp 都有日志，但是都是你得先打开日志，不然它不记

恭喜你买到正版的 mbp 和正版 Catalina
摊手.jpg

@king1688888888 如果你有 NetworkManger，并且你不想它来接管，你需要显式指定 NM_CONTROLLED=NO 才有意义。假定你没有 NetworkManager，你指定不指定都只会加载 if-cfg 自己的配置。

这个倒不是默认行为的问题，道理很简单：
如果你没有显式的声明说我不接受 NetworkManager 的话，你有启动 NM，那么 NM 来检查你的 if 脚本配置，没看到这个，它就会来配置网络。
如果你有显式的拒绝，它就不来干涉。
如果你没有 NM，那就无所谓。

为了你配置的可维护性，建议直接指定 NM_CONTROLLED=NO

@king1688888888 不客气。
上面我没贴完整，还有一个：follow or 2，具体你看下我发的 URL 对应的部分。都有对应的最佳使用场景，和 bond 所在的网络环境和网卡设备条件有关。

follow or 2

The "follow" fail_over_mac policy causes the MAC
address of the bond to be selected normally (normally
the MAC address of the first slave added to the bond).
However, the second and subsequent slaves are not set
to this MAC address while they are in a backup role; a
slave is programmed with the bond's MAC address at
failover time (and the formerly active slave receives
the newly active slave's MAC address).

This policy is useful for multiport devices that
either become confused or incur a performance penalty
when multiple ports are programmed with the same MAC
address.

没明白 do 有什么不好的

@whahuzhihao tp 的话，随便填写 pppoe 的用户名和密码，让它拨号，然后去看路由器日志，会有握手和拨号过程

这是 bond 的 failover 模式默认行为。fail_over_mac 的默认值是：none，可选 active

详见：
https://www.kernel.org/doc/Documentation/networking/bonding.txt
fail_over_mac

Specifies whether active-backup mode should set all slaves to
the same MAC address at enslavement (the traditional
behavior), or, when enabled, perform special handling of the
bond's MAC address in accordance with the selected policy.

Possible values are:

none or 0

This setting disables fail_over_mac, and causes
bonding to set all slaves of an active-backup bond to
the same MAC address at enslavement time. This is the
default.

active or 1

The "active" fail_over_mac policy indicates that the
MAC address of the bond should always be the MAC
address of the currently active slave. The MAC
address of the slaves is not changed; instead, the MAC
address of the bond changes during a failover.

......240 这价位 还有什么好纠结的，买不了吃亏，买不了上当的级别了。
摊手.jpg

和电信没太大关系,移动 /联通一样，就是差，特别双卡。
不过 11 比 XR 还是强点。目前家里 XR 和 11 都有。信号还没备机 SE 好。

OS：macOS Catalina 10.15.3 (19D76)
Chrome：80.0.3987.106 （正式版本） （ 64 位）
Network：北京联通 FTTH 1Gbps
1、前些日子，Apple 启用了 apple.com.cn 取代 apple.com/cn/作为国内站点域名，最初启用的时候较慢，猜测 CDN 未优化配置。近期没有速度问题，即点即开。
2、无此问题。

不清楚具体情况，我北京联通 FTTH 1Gbps，但是今天我的 GCP 台湾 ping 从 190ms 减少到 166ms。GCP 香港从 65ms 减少到 43ms。搬瓦工北美 ping 从 170ms 减少到 155ms。也是神奇的一天，trace 了一下，路由没有明显变动，TTL 也和以前一致。

标题党

坐等 2 年后的更新帖子

@14night 应该是和升级没关系，你直接联系你附近的联通自营营业厅问就知道了。。包年趸交的套餐每年都会有更优惠的，他们都会建议你不要续费重新装的。不过确实近几年每年都会提速，没有往回开过倒。车，也没机会不升速，所以没有具体验证你这个说法，但是我觉得应该不是障碍，你问问看。