广东电信家宽，分配获得的地址也是类似 OP 专线这样分成两个地址段，区别只是动态变化而已（每个两天被动重拨换地址），还有地址前缀没那么大，有时会获得/60 ，有时/56 ，不同区获得的前缀都未必一致。

我的 OPNSense 会自动完成相应配置：/64 的互联地址只分配在 WAN 口，/56 （或者/60 ）的自动应用在 LAN 段，分配给内网机器

@2000wcw 那就要走代理了，要不然会有劫持

而且国内地址用国外 DNS ，会导致某些网站负优化吧，我记得京东会被负优化连到国际站

“请求指定长度模式”试试 60 或者更低的数字，反正那只是请求协商，总比 /64 好得多

光猫的 NPTv6 如果能用，其实也是个好办法，比 NATv6 更好。只不过光猫实在太简陋了，都不知道去哪查看转换完的地址

另外多说一句，距离上一个帖子已经两年多的时间了，随便买本 IPv6 教程都足够学完了吧，既然接触 IPv6 是不可避免的，那就不如花点时间学一学

亲身经历，只要能够保证充足睡眠，无论几点睡都不是问题。

比如我在休假时经常在 0~6 点之间睡觉，按别人的标准我这是熬夜不休息了吧？

然而只要我能保证连续睡眠时间达到 6~8 小时不中断，也就是没人吵醒我，那么睡醒后会很精神。

尤其是中午 11 点 12 点起床，只要睡眠充足，那么接下来 12 个小时都不会有睡意，整个下午精神爽利。除非是晚饭吃太饱导致“饭气攻心”，那么晚饭后才会有 1 个小时昏昏沉沉，如果只吃半分饱，那就根本不会有任何睡意了。

为什么别人会认为 0~6 点之间睡觉是熬夜？很简单，缺乏充足的睡眠时间+睡得不好就是熬夜。
只要能够保证睡眠时间和睡眠品质，就算倒时差干活都不叫熬夜。

能够保证充足的连续睡眠时间和睡眠品质，就是最好的休息

我觉得应该发在“宽带症候群”节点，因为这个软件的特性更适合发在那个节点，受众会更多。

而且最好完善下使用方式，明明白白写出来。如果有图片形式就更好了，就像 kcptun 、UDPspeeder 等软件都有相应的层次图片，方便理解。
像是 server 侧的配置，里面要填 server 的 ip 实在有点奇怪，这个不应该是在客户端那里写才对吗？毕竟是客户端连接到服务器。如果有图片把传输过程的节点画出来，那就容易理解了。

sample 文件夹最好放在最外层目录，一目了然。

@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