怕 qt 的授权？那么可以选 wxWidgets ，还可以在 vcpkg 内一键安装

“凶就行”

很想知道，有没有咆哮+拍桌椅

（大家可以学起来）

@AoEiuV020JP 有 3 个区号特别出名（好记）的，除了广州，还有另外两个：北京 010 、上海 021

第一反应，应该是被盯上受到攻击了吧

就算做到了扛住 200 万，攻击者可以继续加码弄到 300 万、400 万。

所以对于“大老板”的要求，不如索性往这个方向调查，让大老板知道是你们被人盯上、遭到了攻击，哪怕弄到能抗住 1 千万请求都是徒劳，正确做法恐怕是使用流量清洗服务。

这么对比就不可靠了，文件数量相差三千多，这本身的任务量差距就很大。
最起码的，编译的文件数量要相同。最好是编译的文件完全一样，这样才有意义。

@wangyucn 哈哈，果然只要提到两个 UDP 工具的任意一个就能引出来，第三次验证成功

以后遇到类似问题都可以这么干了，吸引 wangyu 过来帮忙出解决方案

两年前有个骚操作，客户从未主动提出申请公网 IP ，装维人员主动帮忙拿。不知道现在还行不行。

首先，找这么一个国外网站，符合以下条件：
1. 未被墙
2. 提供文件下载
3. 电信下载特别慢
4. 联通或移动下载明显快得多

例如 Slackware Linux 的下载页面，刚好就符合以上条件。通常，比较小众的 Linux 发行版都没多少 CDN 节点，对电信线路不太友好。（顺便提一个，Slackware Linux 曾经并不小众）
如果下载网站能够允许 ping 那就更好。Slackware Linux 的下载主站就不许 ping ，但另外一部份可以。
顺便再给一个参考，GhostBSD 的下载网站，同样是电信慢、联通快，也能 ping 。

如果能找到符合以下特性的下载站就最好：
1. ping ，电信丢包率明显最高
2. 电信下载明显最慢

———以上只是准备措施，下面是正式步骤———

打 10000 号电话，告诉他们打开某些网站很慢，但使用联通或移动就很快。总之呢，就是要让电信派人上门。

然后在装维人员面前，打开这个网站，把下载情况当面演示给他看。让他当场见到电信的速度确实比另外两家慢很多。家里没联通、移动宽带也没关系，用手机流量也可以。最好能用电信蜂窝数据同样演示一遍，彻底证明就是电信慢。

有些装维师傅可能会当场告诉后台，分配个公网 IP ，试试能不能加快速度。

如果装维师傅没这么干，那就尝试引导他这么干。至于语言组织、措辞方案什么的，那就只能靠自己啦。

假如装机佬直接说不懂、没法解决，那你就再打 10000 号，要求换人。尽量不要把锅甩给装机佬，没必要伤及他们的考核，毕竟以后需要真正的维修还得靠他们。
比如，之前那位装机佬是讲普语的，那就以“我用普通话沟通不流畅”为由，提要求“换成能讲粤语的”，客服一般都会满足。

第二次来的装维师傅会事先了解大概的经过，醒目点的人可能会想到，这是来要公网 IP 的。同样，也要在他面前重新演示一遍下载对比。如果运气好，他可能会告诉后台分配个公网 IP 。如果没这么干，就如同前一次那样，尝试引导他这么干。

如果在第二位装机佬在场的情况下，分配公网 IP 的要求仍被后台拒绝，那就只能放弃了。

那就看你想套哪种壳。

自带流控、丢包重传的壳，选择很多。比如楼上提到的 Hysteria ，适合大流量传输；还有经典的 v2ray 和 xray-core ，走 UDP over TCP ；也可以用 KCPTube ，只不过这主要是为了抗丢包+低延迟的，大流量未必合适。

不带流控的壳，单纯只是在外面套一层包装箱，可以用经典的 UDPSpeeder ；以及 udp2raw ，伪装成 TCP ；或者 UDPHop ，定时端口跳跃。

在校学生？那就从简单的做起，做个桌面端软件，然后做个简单的网站（用 C# 做）。
这两项对于打好 C# 的基础很有帮助。

对于音频而言，其实数据都用不着，亲耳聆听十分直观。
极端点的做法是，把一段 48KHz 采样率的音频，转换成 8KHz 的音频，然后播放，可以听得出高频部份完完全全地丢失了

“播放 48KHz 采样率的音乐，输出到只支持 44.1Hz 的音频接口，这算用到映射吧”

没那么简单，对于音频而言，这种操作叫做“降采样” (Downsampling)。可以参考简单描述：
https://zh.wikipedia.org/zh-cn/%E9%99%8D%E9%87%87%E6%A0%B7
并不能简单地“映射”，实际操作过程中还会用到低通滤波器删除部份高频，防止混叠。
干这事的，既可以是硬件，也可以是软件
https://stackoverflow.com/questions/238382/downsampling-and-applying-a-lowpass-filter-to-digital-audio

打字打快了，应该是 RFC 3162
（早知道直接复制粘贴）

NAS-IPv6-Address 看起来应该是 RFC 3262 的内容：
https://datatracker.ietf.org/doc/html/rfc3162
在 Section 6 直接就提到有 NAS-IPv6-Address 这个 attribute

其实如果各大系统能够完整实现 NPTv6 的话，那就可以 LAN 只分配内网地址（ FD00::/8 ），路由器根据目的地址再按照预设好的规则做前缀转换。

目前只能以奇技淫巧的方式去实现 14 楼的操作，比如 OpenWRT 的“反向掩码”（或者叫做“负掩码”），这里就有讨论：
/t/915393

个人猜测，可能是跟“最长前缀匹配”有关

首先是 V 站曾经有人发过的《检验 IPv6 的最长前缀匹配机制》 /t/779881 里面提到 RFC 3484 。
RFC 3484 的第五章规则 3 提到，不要使用已过期的地址。
结合附言的现象，我猜可能因为禁用后导致 240e 前缀的地址实际上过期了，于是主动把默认源地址改成 2409 的前缀去访问，当 240e 恢复之后，由于 240e 和 2409 是同类型的公网地址，所以不会主动把默认源地址切换回去。

至于为什么重启电脑、禁用网卡再恢复（两者相都会重设网卡设置）后会优先选择 240e ，个人猜测，可能与前缀有关。
2409 的二进制：0010010000001001
240e 的二进制：0010010000001110
排除掉前面相同的部份，可以得到剩下的不同部份：
9: 1001
e: 1110
以 AND 操作做匹配的话，9 的前缀只能匹配 1 个 bit ，E 的前缀可以再匹配 3 个 bit 。
然后 Windows 简单粗暴地认为前缀 E 更加适合。

这是单纯靠猜，我也无法保证一定就是这样。如果有三线接入的话，可以再看看 2408 、2409 、240e 共存时会不会也这样。

由 Zig 自行决定传值还是传引用，这样做实在是自作聪明。如果 Zig 仍然坚持这种设计，那就只能长期停留在“玩具”的阶段。

不明白你要表达什么意思，建议截图+更详细的描述

顺便问问，这里提供的思路能否把 DPI 调到高于 500%呢？比如调到 600%