“中文 (中国, 美式键盘)”

这个改变是从 Windows 10 开始的，Win11 只是延续而已。
我估计他们的想法是，目标区域选项只提供该区域的语言种类，外语不算在内。

我的解决办法是，添加其它语言的键盘，比如：英语(英国) 美式键盘，或者 英语(美国) 美式键盘
即使同样是英语，设成英国或者美国其实也有区别，比如在 MS Word 输入文字，“英国”会自动采用英式拼写检查。

一般情况下，对华人而言，安装 English (Singapore)应该是个不错的选择。

fe80 并不是运营商分配的，而是设备自己生成的。fe80 的地位相当于 IPv4 时期的 169.254.0.0/16 ，属于链路本地地址。

如果运营商想要分配 IPv6 内网地址，那顶多也只能选择 fd00 这个网段（说实话，十分不妥）。
fd00 相当于 IPv4 时期的 10.0.0.0/8 、172.16.0.0.0/12 、192.168.0.0/16 ，是可以自己在内网随便用的。

如果能用 C11 ，那么不少特性都能继续保留
比如 std::atomic thread_local static_assert bool
只不过需要加下划线

https://en.cppreference.com/w/c/99
https://en.cppreference.com/w/c/11

工具过多，有点累赘+费神

我觉得还是普通 VPN 回家最方便，比如 OpenVPN 或者 Wireguard 。
然后再加一个 v2ray 作为备用，足够了
（我就是这样做的）

另外，既然路由器 CPU 都支持 AES 了，不如一步到位直接启用 AES-256-GCM ，这个比 CFB 可靠得多

同情 OP 。
说实话，我也很难适应这么老旧的语言标准，无论是 C89 还是 C++98 。
因为我很不爽这两个旧标准，以至于很长时间内我都泡在 C# 生态当中，连 QT 都不想碰。直到后来无意中被所谓的“析构”(Finalizers) “坑”了一把（毕竟写 Dispose 实在啰嗦）。

恰好，此时 C++11 和 C11 已经发布了，我一看新内容，还好能够接受。于是工作以外的场景就重新入门了。
工作场景仍然是 C# 为主（我没换工作），但工作时的自用工具会尽量用新标准 C++去写（能 C++就 C++，我懒），除非遇到公司的老旧 RHEL 只提供 GCC4.8 那才没办法，还好可以用大部分 C11 特性（其他组淘汰给我们当玩具的，没多久就清理掉了）。

经历过新标准的爽快被迫再退回去几十年前的标准，我很理解 OP 的心情。

换成是我，那就只能先用 C++写一遍具体代码，然后转写成等效同年份 C 代码，再根据编译器的错误提醒，进一步回退到 C89 。

@duke807 OP 特意强调“ANSI C”，很大可能性是 C89 ，想用_Generic ？不存在的。搞不好连 for 循环第 1 个分号前的初始化语句都不能声明变量。
如果真的是 C89 ，那就属于是连 Linus 都不得不抛弃的版本。

完全不懂 OP 这种迷惑行为

V2EX › Android

“PC 上面 16G 的内存”

在手机节点问 PC 问题？

如果需要 PT 邀请，可前往
/go/in

不要把电话号码类比成 HTTP 和 HTTPS 。

电话号码的地位更加接近于网络当中的 IP 地址。上游设备发包并伪装源地址，完全是可以做到的。电话号码的来电显示同理。虽然现实中，尤其是电话号码，想要捉到伪造者其实并不难（排除跨国等阻碍因素），想要阻止这种伪造也能做到（需要运营商自行核对该线路的号码）。


然而，就算真的类比成 HTTPS ，在当下现实照样能被玩坏。

银行完全可以把自家客服号共享给外包的广告外呼机构，客户打上来投诉坚决否认（现在就是这样）。
有认证了又能如何，大量的机构确实干得出一边把认证授权给广告外呼公司骚扰客户、一边否认自己干过这样的事情。

就算有证明都没用，家宽不管这个的。

几年前我曾经找 10000 投诉过，第二天派了该区的运维，他能做的也就只是检测带宽打不达标，其他的无法处理。
于是第三天又换其他人再次上门，我当场拿 k-lite codec pack 的下载网站做演示，分别用电信、联通在同一个镜像服务器下载同一个文件（文件并不大，仅仅 50MB 左右），电信才几十 KB/s 到一百多 KB/s ，联通却速度起飞，没过几秒就完成了。
来做检测的人于是帮我申请公网 IP （其实早就已经是公网 IP ），速度还是没什么变化。
于是他们能够做的也就只是运行 ping 命令记录下丢包率，然后就去下一户了。

后来客服告诉我，家宽并不保证联网质量，只要网络能连得通、线路速度达标就算合格。
去年续约时我看了下合同，发现客服倒是没说错，毕竟合同上面确实也没明确保证联网状况一定可靠。

Win10 也是右下角弹窗通知的呀

想要准确测试 SSH 的 RTT 带来的延时，最好在无干扰的情况下测试，比如纯内网。
哪怕是跨国内网也行（专线更佳），都比公网直接测好得多。

跨墙 SSH 肯定会遇到各种奇奇怪怪的问题的，因为 SSH 早就被墙重点关注过了。
在十几年前，墙还没现在这么精密，利用 SSH 通道爬墙曾经流行过一段时间。就从那时起，SSH 被重点照顾。
换句话说，SSH 早就能被墙识别出来并区别对待了。主要感知就是“限速”。

关于墙相关的话题，“宽带症候群”和“云计算”都会遇得到。
《求助 阿里云国际的香港节点 上传好慢好慢》
/t/448177
6 楼：如果你知道 ssh -D 能做什么，就知道某墙为什么会干扰(故意制造丢包 /限速)这样的 SSH 连接。

《 sftp 跨国传输速度永远只有 1MB/s ，HTTPS 单线程可以轻松稳定跑满 100Mbps 本地带宽，问题出在哪？》
/t/904221
14 楼：SSH 特征太明显，被限速了吧
在此贴的 24 楼，我给出了一段相关的文章介绍，OP 有兴趣的话可以打开看一看

在公网测试 TCP 和 ICMP ，尤其是三大运营商，受到的影响因素实在太多，不仅仅单纯是 TCP 的拥塞算法会影响体验，运营商的配置也会有影响。

显然 OP 并不怎么看 V 站的“宽带症候群”节点。

楼上各位已经讲得很详细了，中间线路的不同、运营商的路由配置，关系都不小。

另外，运营商甚至可以针对 TCP 、UDP 、ICMP 作出不同的调整。UDP 就不用多说，各种 QoS 已经是许多人都体会过。

关于 TCP 和 ICMP ，v2ex 曾经就有人发过相关的帖：
《 icmp 和 tcp 的跟踪路由 路径不一样》
/t/749790

《忘记了宽带通有劫持了》
/t/291506
1 楼就直接提到：小运营商为了延时好看可能会让 icmp 走高速线路

《电信移动的 QOS 级别》
/t/341092
2 楼：估计移动给了你假的 qos ，只优化了 icmp 吧。第三层的通信有问题，露馅了。
4 楼：ipsec 协议不同走的路由可能不一样，tcp / udp 可能都不同，你 ping 出来的 icmp 也许没有参考价值。

原来这一切都是源于“按道理来说应该商业软件为主流”，难怪。

其实进一步推论就会发现，后面还有一个保护网——出版制度。

鉴于 V2EX 又有奇怪的文字限制，我又只能贴链接了

https://telegra.ph/Re-%E6%9C%80%E8%BF%91%E8%A3%81%E5%91%98%E6%9C%89%E6%84%9F%E4%BA%92%E8%81%94%E7%BD%91%E8%A1%8C%E4%B8%9A%E7%9A%84%E5%BE%85%E9%81%87%E6%9D%A5%E6%BA%90-05-25-2