既然只是家用，我觉得改改 WireGuard 的隧道 IP 更简便一些，还能避免 IP 重叠的风险，比如万一刚好公司有设备的 IP 就跟你隧道的地址段重叠了

运营商的锅，他们没把路由条目配置好

如果确定不是自家设备的问题，那么有可能是运营商对 UDP 的 QoS

@sbldehanhan 薪资不清楚，我也不是从事这个行业的。只是知道国内大厂有这方面的需求，也许从他们发布的招聘信息可以略知一二。
至于发展以及行业前景，那肯定不用担心，从诞生之初就一直稳步前进，毕竟高清视频压缩一直都是刚需。现在视频服务（流媒体、短视频等等）那么受欢迎，至少不会冷落。

AMD TPM 这个 bug 不止 Win11 会遇到，连 Linux 也遇到了，只能弄个 patch 暂时缓解：
https://news.mydrivers.com/1/897/897188.htm

音视频也有 C++的，虽然不多。

音频类：
曾经流行的 Monkey's Audio （ APE 格式）就是 C++写的，当然啦，这是他们公布源码后才知道的。尽管公布了源码，但仍然不是开源软件，因此翻身无望，毕竟没人愿意用了后不知哪天就收传票。

视频类：
H.264 ~ 266 ，标准委员会给出的 Demo 是用 C++来写的。
还有 x265 、libde265 也是 C++。
目前 x266 还没人做出来，于是标准委员会的部分成员就“基于”官方 Demo 做出了 vvenc 和 vvdec 。

为什么要打引号，是因为 H266 标准 Demo——VTM——恰好就是这部分成员做的（还有 HEVC 的 Demo——HM——也是他们做的），可以认为是标准委员会等不及，索性自己推出编解码器（当然啦，不能冠以委员会官方名义）。

我一直都不喜欢黑色主题，无论是 VS 还是 VSC 还是其他软件包括系统本身，看久了总觉得文字残影暂留在视网膜，转头看其他地方就觉得很不舒服。
可能是因为我喜欢整个房间都亮着，这种情况把屏幕调得暗成黑板或多或少都会造成视觉不适。
于是一直没遇到过颜色问题。

不过我也试过调成其他颜色模式，例如设成“深色”，并不会出现“改个黑色背景，字体是黑色的看不到”这种怪事，都是自动变成黑底亮字。

至于快捷键，它设在那就随它去吧，反正用来用去也就几个：
编译当前项目(CTRL+B)
编译整个大项目(CTRL+Shift+B)
自动排版(CTRL+SHIFT+K & F)
代码变注释(CTRL+SHIFT+K & C)
取消注释(CTRL+SHIFT+K & U)

然后还有调试功能的 F5 ，以及立即编译并执行但不调试(CTRL+F5)。

因为这几个很常用而其他很不常用，于是我就只记得住这几个，其他的组合快捷键从来记不住（ CTRL+Home CTRL+End CTRL+Delete CTRL+PageUp CTRL+PageDown CTRL+A CTRL+C CTRL+V CTRL+X CTRL+Z CTRL+Y 这些不算数），懒得记，都是鼠标直接点菜单。

反正我觉得对于记不住的快捷键完全没必要理会，当作不存在就好，毕竟可以直接鼠标点菜单。手动去取消掉完全是浪费时间。任何编辑器和 IDE 我都是这样对待的，懒得给自己增添麻烦。

自动补全除了按回车，其实也可以用 TAB ，方向键选好需要的条目直接 TAB 就行。
除了小括号自动补全，选中一堆字然后按一下括号，自动给这堆字左右两侧添括号。这个功能是全新的，VS2019 及之前的版本都不会这样，我也还没习惯。

相比旧版本 Visual Studio ，我觉得 VS2022 最方便的是标签栏自动换行，打开的文件多了，切换起来很方便。

FreeBSD 曾经还有一项“用法”，那就是被苹果公司拿去做成 macos 的组成部分。
macos 有 kqueue ，还有一堆命令行工具，都是源自于 FreeBSD 。
只不过 mac 自带的命令行工具已经很久没更新过了，还停留在很旧的版本，比现在落后十几年。kqueue 也稍有差异，苹果给它加了点自己用的功能。
还有 mac 的防火墙 PF ，出自 OpenBSD ，也存在于 FreeBSD 当中。

可以说，mac 就像黑洞吸积路过恒星那样，从 FreeBSD“吸”了不少代码。

用过一段时间，是被 GhostBSD“推荐”使用的。
GhostBSD 的作者十分喜欢 fish shell ，还把默认的 shell 设置成 fish ，于是我就用了好几个月。

最后还是改了设置，重新回到 FreeBSD 自带的 tcsh

@LnTrx 对，lIPv6 私网网段我记混了

@nullexcep 这个问题等同于“如何获取固定 IPv4”

其实特别简单，回到公司第一件事情，先喝一杯水（满的，几百毫升），甚至两杯，反正喝到觉得“饱”的程度

很快，膀胱就会催着你离开座位

回来时顺便再喝一杯水，等待下一次膀胱循环

@Xymmh 我猜，
@aru
的意思是，

「
而电脑获取的地址前缀：2409:8a28:c1f:80c0::/64 则相当于 lan 口 IP 192.168.1.1/24 ，整个地址 2409:8a28:c1f:80c0:a0d3:9bb8:e792:6007 则相当于 192.168.1.120
」

这段话，里面的 IPv4 地址可以修改成类似于

「
而电脑获取的地址前缀：2409:8a28:c1f:80c0::/64 则相当于 lan 口 IP 123.45.67.1/24 ，整个地址 2409:8a28:c1f:80c0:a0d3:9bb8:e792:6007 则相当于 123.45.67.89
」

因为 192.168.1.1 这样的 IPv4 地址是私网地址，在 IPv6 里地位相同的是 fe80 开头的地址段，所以打比方举例的时候，用 IPv4 公网的比喻时使用 IPv6 公网、IPv4 私网比喻时也用 IPv6 私网，既能明确表示在 IPv6 的状态下运营商分配的就是公网 IP （从对应关系就能看得出），又能让小白们明白 IPv6 的私网网段在哪

TL;DR: 当然需要

如果 OP 玩过 OpenWRT 或者听说过 OpenWRT ，可以尝试了解下它诞生的历史背景，了解完你就会明白怎样做。

顺手写个简略版：

Linksys 的 WRT54G 路由器（ 2002 年 12 月发售）用了 Linux 做系统固件但未公开源码，被人发现后依然死撑拒绝公布，然而没多久就撑不住了，最后在 2003 年 7 月时公开了固件源码。

半年后，OpenWRT 诞生，代码正是基于 Linksys 公布的源码。

@bclerdx 我也不知道为什么 ISP 要干扰 UDP ，但他们确实就这样做了，长期存在
/t/192141
/t/297342
/t/610909
/t/643332
/t/684714
/t/819841
/t/843860
/t/881942 (这个帖子你也见过，就是限速限得死死的，只有 quic 例外)

玩个游戏都、流量不大，都被丢包：
https://www.txrjy.com/thread-1208022-1-1.html

网友们不得不想出各种办法尽量降低受干扰的程度
/t/382261

另外，“ISP 为什么要限 UDP 的速度”，v2ex 自己就有过相关问题：
/t/803960

知乎也有关联分析：
https://zhuanlan.zhihu.com/p/526656026

至于信不信就由你了

UDP 从来都是重灾区，甚至都用不着大墙关注，运营商自己就已经重点限制 UDP 流量，单单境内跨运营商甚至跨市都可以各种丢包，限速限得死死的。

跨墙就更不用多讲了。wireguard 一早就能够被识别出来
/t/851718

这似乎是用了 Windows Server 的超时策略，WinServer 的远程桌面在一段时间不活跃之后是会强制断开的。

也许可以试试参考套用 Windows Server 的设置方法，看看是不是真的用了服务器版的组策略配置

gpedit.msc → 计算机配置 → 管理模版 → Windows 组件 → 远程桌面服务 → 远程桌面会话主机 → 会话时间限制

然后打开右侧的 设置已中断会话的时间限制

Windows Server 的这个选项是默认启用的，不知道你的 Win11 是不是也这样

@mmdsun 我是不需要这个啦。即使是虚拟机全新安装出来的系统，每个文件夹默认都是实心只读。所以我觉得 OP 遇到的应该不是 Readonly 的原因，而就是权限原因。

@Wenbobobo Windows Server 本身可以用来当作 VPN 服务器的呀，最简单的可以选 L2TP ，国内直连随便什么协议都可以

https://supporthost.in/how-to-setup-l2tp-vpn-on-windows-server-2019/
https://www.snel.com/support/how-to-set-up-an-l2tp-ipsec-vpn-on-windows-server-2019/