@szzys 刚发现广州移动也一样，cloudflare 和前面楼层提到的 github 的静态资源全都是 127.0.0.1 、::1
顺便试了下广州联通，还好仍然正常

@54xavier 刚试了下，广州电信一样也污染了

@lzl2000 看来只能暂时用公共 DNS 代替了，目前我在路由器手动设置了公共 DNS 的地址，替换掉运营商的 DNS ，暂时恢复正常

@winterx 刚试了下 202.86.128.86 ，广州电信得到的是污染过的结果，我怀疑这个 DNS 要么按照区分地域返回结果，要么各市都有缓存服务器

nslookup cloudflare.com 202.96.128.86
Server: cache-a.guangzhou.gd.cn
Address: 202.96.128.86

Name: cloudflare.com
Addresses: ::1
127.0.0.1



nslookup api.cloudflare.com 202.96.128.86
Server: cache-a.guangzhou.gd.cn
Address: 202.96.128.86

Name: api.cloudflare.com
Addresses: ::1
127.0.0.1



; <<>> DiG 9.18.16 <<>> cloudflare.com @202.96.128.86
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 23963
;; flags: qr aa rd; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0
;; WARNING: recursion requested but not available

;; QUESTION SECTION:
;cloudflare.com. IN A

;; ANSWER SECTION:
cloudflare.com. 300 IN A 127.0.0.1

;; Query time: 67 msec
;; SERVER: 202.96.128.86#53(202.96.128.86) (UDP)
;; WHEN: Mon Aug 07 13:33:13 HKT 2023
;; MSG SIZE rcvd: 48

比较厉害的人，会以“基于 C++20 协程自己实现一个异步库”的方式一边写一边学

C++节点（也就是这个节点）有不少人就发过自己写的协程库，不得不说他们的学习速度实在是快

@pcslide 没任何区别

; <<>> DiG 9.18.16 <<>> cloudflare.com @202.96.134.133
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 8546
;; flags: qr aa rd; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0
;; WARNING: recursion requested but not available

;; QUESTION SECTION:
;cloudflare.com. IN A

;; ANSWER SECTION:
cloudflare.com. 300 IN A 127.0.0.1

;; Query time: 5 msec
;; SERVER: 202.96.134.133#53(202.96.134.133) (UDP)
;; WHEN: Mon Aug 07 02:00:36 HKT 2023
;; MSG SIZE rcvd: 48

————————————————————————————————————

; <<>> DiG 9.18.16 <<>> cloudflare.com AAAA @202.96.134.133
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 19392
;; flags: qr aa rd; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0
;; WARNING: recursion requested but not available

;; QUESTION SECTION:
;cloudflare.com. IN AAAA

;; ANSWER SECTION:
cloudflare.com. 300 IN AAAA ::1

;; Query time: 5 msec
;; SERVER: 202.96.134.133#53(202.96.134.133) (UDP)
;; WHEN: Mon Aug 07 02:00:41 HKT 2023
;; MSG SIZE rcvd: 60

————————————————————————————————————

; <<>> DiG 9.18.16 <<>> api.cloudflare.com A @202.96.134.133
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 50590
;; flags: qr aa rd; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0
;; WARNING: recursion requested but not available

;; QUESTION SECTION:
;api.cloudflare.com. IN A

;; ANSWER SECTION:
api.cloudflare.com. 300 IN A 127.0.0.1

;; Query time: 3 msec
;; SERVER: 202.96.134.133#53(202.96.134.133) (UDP)
;; WHEN: Mon Aug 07 02:01:50 HKT 2023
;; MSG SIZE rcvd: 52

————————————————————————————————————

; <<>> DiG 9.18.16 <<>> api.cloudflare.com AAAA @202.96.134.133
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 10470
;; flags: qr aa rd; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0
;; WARNING: recursion requested but not available

;; QUESTION SECTION:
;api.cloudflare.com. IN AAAA

;; ANSWER SECTION:
api.cloudflare.com. 300 IN AAAA ::1

;; Query time: 5 msec
;; SERVER: 202.96.134.133#53(202.96.134.133) (UDP)
;; WHEN: Mon Aug 07 02:01:37 HKT 2023
;; MSG SIZE rcvd: 64

————————————————————————————————————

; <<>> DiG 9.18.16 <<>> api.cloudflare.com A @240e:1f:1::1
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 19489
;; flags: qr aa rd; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0
;; WARNING: recursion requested but not available

;; QUESTION SECTION:
;api.cloudflare.com. IN A

;; ANSWER SECTION:
api.cloudflare.com. 300 IN A 127.0.0.1

;; Query time: 4 msec
;; SERVER: 240e:1f:1::1#53(240e:1f:1::1) (UDP)
;; WHEN: Mon Aug 07 02:02:41 HKT 2023
;; MSG SIZE rcvd: 52

————————————————————————————————————

; <<>> DiG 9.18.16 <<>> api.cloudflare.com AAAA @240e:1f:1::1
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 28900
;; flags: qr aa rd; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0
;; WARNING: recursion requested but not available

;; QUESTION SECTION:
;api.cloudflare.com. IN AAAA

;; ANSWER SECTION:
api.cloudflare.com. 300 IN AAAA ::1

;; Query time: 4 msec
;; SERVER: 240e:1f:1::1#53(240e:1f:1::1) (UDP)
;; WHEN: Mon Aug 07 02:02:57 HKT 2023
;; MSG SIZE rcvd: 64

@Windn0 V 站习惯，用电话区号代替地域称呼

用过 utorrent 吗？用过的话你就知道，可以把广告栏放置在软件界面上

只不过这样做很影响用户体验

@Jirajine 我不认为好用，至少被 ban 的那位用户就感到不好用。

毕竟“好不好用”这是很主观的事情，哪怕是妥协产物一样也会有人觉得好用。就比如 T9 键盘和全键盘，不也一样分成两派，各自认为自己的好用，对方的不好用。

在我看来，每一代都延续支持是为了照顾原有习惯的用户，用户量和声浪摆在那，就连开发团队内部自己人都在用，那提供支持完全是很自然的事情。
这部份用户习惯成自然，当然觉得好用，然而我不认为开发团队内部所有人都认为好用，更不认为每个 UNIX / Linux / 编辑器的使用者都必须认同 vim 模式好用。

至于 emacs ，我更加不用。

@SuperMild 我猜测，主要是因为 OP 是 emacs 用户群，而大家都知道曾经发生过“vim / emacs 编辑器大战”这种事，所以其他人觉得 emacs“阵营”趁机吃流量，其实是很正常的反应。

如果 OP 是 vim-talk 之类的播客，那么反应就不一样了，因为这种播客推出缅怀节目是必须的。

@documentzhangx66 vi 和 vim 并不是同一个作者，vi 的作者现在还活得好好的。

vi 设计成这样，只能说这是时代局限与妥协，局限并妥协于 ADM-3A 的键盘。后期有更完善的键盘时本来就该淘汰 vi 这种局限妥协的产物，然而大家都形成了肌肉记忆了，后续做 improvement 就延续习惯基于 vi 做成 vim 。

其实 UNIX 世界早在上世纪 90 年代初就已经有人意识到 vi 并不好用，至少对新手不友好，于是开发出了 ee ，随后内置于 FreeBSD 当中（ 1996 年 FreeBSD 2.1.5 ）：
https://man.freebsd.org/cgi/man.cgi?query=ee&apropos=0&sektion=1&manpath=FreeBSD+2.1.5-RELEASE&arch=default&format=html

原本 Nano 的出现已经是后知后觉了（ 1999 年初次发布，2001 年被“GNU 计划”吸收），虽然内置于 Linux 发行版已经是更后期的事情，但发行版普遍内置 nano 的时间仍然早于 2010 年。

只能说，旧时代的肌肉记忆过于强大，强大到教程作者们延续习惯。甚至还出现 vi 鄙视链，不用 vi 就会被鄙视并加以冷嘲热讽。（这可能也是 vim emacs 大战的争议点之一？）
对于这种情况，我只能说，真是傲慢又自大。

顺便一提，我在 FreeBSD 命令行界面一直都用 ee 编辑文件，极少用 vi 。在 Linux 命令行界面同理，nano 优先于 vi 。
至于 vim……vi 我都不喜欢用，vim 就更不用说了。

@e3c78a97e0f8 墙是进化得很精确，只不过这次应该跟墙无关
OP 在 4 楼发的图就可以看得出，无墙地区照样连不上，似乎是 OP 自己服务器或者服务商的设置问题

如果能够做到分离出独立声部、独立乐器，甚至拆分和声，那就更好了

@legend94rz 仔细看 OP 的描述，第三行：
「本地 tcping ip+port No response 」

tcping 走的并不是 UDP

那这个呢？
https://github.com/BtbN/FFmpeg-Builds/releases

这是 ffmpeg 官网的 Windows 下载链接指向的地方，实际上里面不但有 Windows 二进制版本，还提供了 Linux 二进制版本

Windows 暂停进程有 3 种办法：
（参考 https://stackoverflow.com/questions/11010165/how-to-suspend-resume-a-process-in-windows ）
1. 手动暂停目标程序所有线程（重新恢复时可能会导致目标进程的线程死锁）
2. 使用未文档化的内部 API
3. 调试器模式（需要附加进程）

其中 psutil 用的是第二种，使用未文档化的内部 API：NtSuspendProcess 和 NtResumeProcess
https://github.com/giampaolo/psutil/blob/master/psutil/_psutil_windows.c

至于这两个 API 是怎么做的，有没有什么副作用，没人知道，微软没说。
“未文档化的 API”另一个称呼叫做“未记载的 API”，意思是，这是微软内部给自己用的，暂时不打算放出去给别人用，有可能以后就删了，或者哪个时刻改了内部实现模式也说不定。

所以会不会被判断为作弊，只有实际试了才知道

PC ↔ 网关(NAT) ↔ 互联网的各个路由器 ↔ 服务器

简单来说，在这条链路当中，NAT 设备，也就是网关，会记录 内网 IP+端口 ↔ 外网 IP+外网端口 的映射关系，放在映射表内，每次进出只需要查表就知道该怎么转发了

如果觉得描述太简单，还有更多的疑惑，那么不妨直接阅读当时 NAT 的 RFC：
https://datatracker.ietf.org/doc/html/rfc2663

仔细思考一下，使用 NAS 的群体，是不是有一大群人十分喜爱玩 ALL in BOOM ？
再想一想，‘ALL’ 包括了什么？




没错，就是软路由。

再延伸一下，软路由不一定要在 ALL in BOOM 里面玩，单独弄个软路由设备也是可以的。“宽带症候群”节点可以见到有许多人使用单独的软路由。