@zoumouse 作者是回避 libbotan.a 的链接问题，给出的命令可以运行成功，编译出来的程序是使用动态库的版本，等于没回答

@lixile 用当前工具链，自己编译出来的 libbotan.a 照样无法用于后续的静态链接，而且无论是 Linux 还是 NetBSD 都一样

@hsly109 针对最新 Debian 11 弄了个 2.17 的版本，应该够用的了。

原本我是打算全部以 static linking 的方式发布二进制的，奈何 Linux 版本的 Botan 只有动态库方式能用，静态库几乎反倒没法用。其他平台却可以正常用静态库。

我刚刚去看了下作者本人对开发环境的描述 ( https://botan.randombit.net/handbook/support.html )，Linux 是主力，然后是 Windows ，剩下的都靠 Github 自动化工具。既然 Linux 是作者的主力平台，使用起来却最“拉跨”，实在费解。

对于未定义行为就没必要去纠结了，这种情况下编译器想怎么干都行，甚至直接让整个程序崩溃都不奇怪

可以查阅 C++标准，1 楼给出的那段文字，位于 ISO IEC 14882 2020-12 的 PDF 的第 126 页。

国内有转载：
https://bbs.pediy.com/thread-267401-1.htm

@lly8666 保险起见，我还是再另外弄了个专门用于 botan 2.9 的版本，以防万一

@huangjinjiang20 是的

用 VPN 连回去就可以了，如果因为需要安装客户端而不想用 Open VPN ，那就用 Windows 自带的那些，比如 PPTP 、L2TP ，都是 Windows 内置的

而且搭建 PPTP 和 L2TP 服务器端也不难，配置比 Open VPN 更加简便

@hsly109 好的，已经加了

@emma3 我个人觉得吧，国内的 QUIC 网站多起来再做会更好些，先看看各大网站能否倒逼运营商善待 UDP 流量

@aru 不提供 socks5 功能，也不打算支持。
实际上算下来相当于 NAT 打洞 + 自动转发 + 自动换端口。
毕竟我个人用的场景仅仅是为了辅助 NAT 打洞时的 VPN 回家。

@emma3 在 7 楼那里我就提到过是受到 v2ray 的启发，因为我就用这个功能用了很长时间。
好处是爬梯时减少端口被封的概率，也能减轻 UDP 限速的影响。
只不过 v2ray 的方案不太完美，必须指定固定的主端口，一旦主端口被 ban 那就无法通讯。主端口受到严重限速时也会影响更换端口时的稳定性。

影响最大的还是 NAT 打洞，墙内想要打洞互联的话，靠 v2ray 做底层传输就不适合了。

@lly8666 支持，每次更换端口时会自动扫一次。

如果数据一直传输不间断的话，它可以自动跟踪新的 IP ，所以理论上不用动态域名只填 IP 地址也能跟踪新 IP 的变化。
之所以这样做，主要是用于 STUN 给 NAT 打洞的场景，毕竟 NAT 打洞获得的新端口并不固定，这就必须自动跟踪了。

@XiaoxiaoPu
@swxk521
其实我是受到 v2ray 的启发，v2ray 很早就支持了 UDP 动态端口的功能，比起 hysteria 和 kcptun 还要早得多。
它们甚至有并行 session 的设置，多条 UDP session 一起来。
只不过它们并非单纯的简单转发，而是另有传输协议（ v2ray 用的是 vmess + mkcp ，kcptun 顾名思义就是 kcp ，hysteria 用魔改版 QUIC ），效果自然不一样，它们都可以顺便对抗拥塞丢包。

当然了，多一个选择总没坏处，我就是打算单纯转发数据，因为部分场景不太需要对抗拥塞丢包（比如墙内跨运营商 VPN 回家）。
我个人的使用情况是，联通↔电信这样用的效果不错，这两家运营商互联基本上极少拥塞导致的丢包，倒是特别需要对付 UDP 限速。

一条 UDP Session 拆成多个，这也是个好办法，只要每一条 Session 的数据量不是太大的话，应该也不会被限速策略盯上

@unnamedhao 可以问问你楼下的这位资深 UDP 限速破解专家，他就是 udp2raw 的作者

@wangyucn 果然是资深 UDP 限速破解专家，平时几乎不出现，只要有人发帖的内容跟运营商的 UDP 限速相关就基本会出现😆

如果连 OpenSSH 都算的话，那就找一下 OpenSSH 的各种“故障”，然后把答案翻译成中文。
之所以加双引号，是因为其实很多“故障”其实不是故障，而只是没配置好而已。例如什么证书过期之类的，防火墙没打开相应端口，等等。
按照这个思路，可以把 Linux 的常见服务都列出来，然后去 serverfault superuser 进入 Linux 标签，把一些热门问题翻译成中文当成故障。

就算按实体计算器也是一样的，最后不按下等号，它也不会给你计算最终结果，而是显示你正在输入的数字

总不能空闲一段时间不输入他就自动给你算结果吧，这样很不合适的，而且会造成诸多不便

在你当初发帖后，其他人的家宽也遇到一样的事情： /t/861196
情况一模一样，都是关掉 BT 后就恢复了

我当时回帖还提到过连带 IPv6 都会受影响，不知道这跟地区是否有关

左手食指按 C 键很自然，至少比中指灵活

而且 CTRL+C 的时候必须用食指按 C ，要不然跨度太大了

也许有人会说左手按 C 右手按 CTRL ，麻烦就在于，需要 CTRL+C 的时候，右手通常正在用鼠标选定文字范围（从 SO 抄代码），挪到 CTRL 还不如左手跨一下更简便