@qbqbqbqb 这里唯一一个有问题的地方就是，当校验和为 0 的时候不同的算法可能算出 0 或者 0xffff 两种不同的结果。这两个数字在反码运算里是等价的，但是网络协议上可能有特殊的规定。网络协议里 TCP 没有特别的要求，而 UDP 要求校验和字段算出 0 的时候必须填入 0xffff （全 0 校验和在 UDP 里表示发送端没有计算校验和）。

@qbqbqbqb 知道了上面这些之后，不难发现为什么先取反和后取反都是正确的：
如果已知其它数字要求校验和，假设其它数字为 x1,x2,...xn ，校验和为 c ，则根据规则应该满足：
x1+x2+...+xn+c=0 （注意这里加号"+"表示反码加法，不是普通加法！）
计算校验和 c 就有两种方式：
c=-x1-x2-...-xn （相当于每个数先取反） 或者 c=-(x1+x2+...+xn) （相当于最后取反）
这里关键点就是：“反码运算” 中 “取反”相当于“加负号”

同时也可以发现，接收端其实是没必要取反的。

所谓的“反码”（英文名是 ones' complement ）是一种负数的表示方式，定义上是这样的：
-x = [11..11]2-x = “x 取反”
其中[11..11]2 表示二进制数“w 个 1”

根据上面的定义，不难发现反码加法实际上就是关于 2^w-1 取模的加法。
这样就不难理解为什么计算反码加法要“溢出高位叠加到低位”了：因为平常编程里的普通整数加法溢出时是关于 2^w 取模的，而反码加法是关于 2^w-1 取模，普通加法里低位每向高位溢出一次两者的差值就增加 1 ，所以这样叠加一下算出来的数值恰好是正确的。
原则上应该每加一次就叠加一次，但是因为 IP 头和 TCP 头的字节数不是太长，溢出总数不可能达到 2^16 ，所以说无论先加再叠加还是每加一次就叠加一次，得到的结果没有什么差别。

理解了反码的原理以后，校验和算法就可以一句话描述：每 16 比特当成一个整数，全部相加（包括校验和本身），再除以 65535 （即 2^16-1 ）余数应该为 0.

@Osk 家庭中文版的 Key 不通用，但是数字授权是和一般的家庭版通用的，可以互相转换。预装家庭中文版的品牌电脑联网激活之后再重装家庭版是没有问题的。

和线有关。

一般能买到的符合标准的正规的线一般有两类：一种是市面上最常见的所谓“快充线”，针脚和线芯不全，支持 PD 快充，支持数据传输但只支持 USB2.0 ，不支持接显示器；还有一种是所谓“全功能线”，支持 USB3.x 和显示器。

以上两类，只要是符合标准，手机连电脑基本都能数据传输，只是支不支持 USB3.0 的问题。

不符合标准的线就千奇百怪了。我之前买到过一根 E-marker 芯片报告支持 USB3.2 但实际上是 USB2.0 的“快充线”，这根线用于充电或者电脑连接外设都没有明显问题，但是连接手机时出各种问题，估计是因为 E-marker 内数据错误导致握手出错。你的“没反应”的线估计也是某种不合标准的线。

推荐 andOTP，安卓平台的开源软件，支持导出加密备份

Windows 正常的修改密码方法是 ctrl+alt+delete 然后选“更改密码...”，或者在“设置-帐户”里改，这些是需要旧密码的。

用“本地用户与组”或者 net user 命令修改密码不需要旧密码，这些属于使用管理员权限强行修改。会使用户保存的一些加密数据失效。

@doodle77 是公网 IP （ IP 仍然是动态的，无运营商级 NAT ），不是静态 IP，两回事。公网 IP 十多年前是标配。

Win11 更新助手有 BUG，如果直接双击打开，安装到一定进度会出现错误，必须右键选择以管理员权限运行（尽管直接双击也会弹出 UAC 窗口，但是不顶用，必须手动选择管理员权限运行）。这个我也是看了 Reddit 上别人的贴子才知道的。

安卓可以用 USB 有线网卡。目前我用过的安卓手机里，华为对有线网卡的兼容性比较好，多种芯片的网卡都能用。其它安卓手机只兼容一小部分芯片型号，一般是 AX88179 兼容性最好。

小米手机的话还有 USB2.0 这个硬伤。

@xliao 可以用 pip freeze 命令把已安装的包导出成 requirements.txt 的格式，重装的时候用 pip install -r ***.txt 。

不过如果用到的包在新旧 Python 里兼容的版本不同就没办法了。

说火狐扩展有收费功能第一次见的，估计是见识少了。

火狐扩展里有收费功能商业软件多得是，比如老牌密码管理器 LastPass，多年来一直就是有收费会员功能并且提供火狐扩展。

@qbqbqbqb 更正：“上游网络支持 SLAAC 或 IPv6”应为“上游网络支持 SLAAC 或 DHCPv6”

@lxll
passthrough 是一类解决方案的统称，用来解决“上游网络支持 SLAAC 或 IPv6，但不支持 PD，需要打通上下游的 IPv6 网络（由上游分配地址），但 IPv4 仍需要保留原有的路由 /NAT 配置（即不能直接二层桥接）”的问题。

一般有两种实现方式，一种是 DHCPv6-Relay+RA-Relay+NDP-Proxy ；另外一种是桥接+二层包过滤，IPv6 数据包允许通过二层桥接，其它数据包拒绝桥接走三层路由。

这个功能确实一般只有家用路由支持，ASUS 和 OpenWRT 用的是上述第一种手段，NETGEAR 和 TP-Link （有 ipv6 功能的新款产品）则是上述第二种。专业级产品里一般都没这个功能。

@echo314 也不一定需要 WiFi6 路由器，如果电脑也有 WiFi6 网卡的话手机开个 WiFi6 热点就可以了。

@qbqbqbqb 补充：以上指的是多网口（ 1 WAN + N LAN ）软路由。如果是双网口(1 WAN + 1 LAN)软路由下面接硬交换机就不存在这种情况。

@Nitroethane 你说的是硬路由，内部有单独的交换机模块，同网段流量确实“不经过路由器”。

楼主用的是软路由，软路由的“交换机”是几个网卡通过 Linux 系统桥接，路由和交换都是软件处理的，而且 Linux 里有一个选项是让 iptables 防火墙可以过滤网桥的数据包。估计楼主的软路由系统中这个设置是默认开启的，所以端口转发（ DNAT ）规则被应用到了“不经过路由”的数据包上了。

@ragnaroks VMWare 的解决方案可能不能用到 WSLg 上来。归根结底上是虚拟机 /远程桌面的鼠标集成功能（即鼠标可以内外自由移动）和 3D 游戏的鼠标视角实现逻辑有冲突。

虚拟机的解决方案是手动关闭这个功能，变成虚拟机独占鼠标、按热键释放回主机的模式。但是 WSLg 把远程桌面封装成窗口了，没法这么做。