一大堆进来讨论的人都没搞清楚重点。

OP 所讲的服务器带宽贵，显然指的是固定 IP ＋大带宽上传，目前国内的上行带宽费用高是不争的事实
怎么还有人拿宽带的下行带宽来对比，明明就不是同一回事

怪不得那个 Casdoor 总是置顶半年前的讨论贴，原来是付费用户

明知就算置顶都没人接话题他还要置顶，我只能说，他真是死脑筋

还不如把位置留出来给新鲜讨论贴用一用

准确来说，应该叫做《 Linux Bash 的艺术》

再给 OP 来个更加古老的操作：
随便打开一个普通窗口（浏览器除外，Win11 文件管理器除外，UWP 应用除外），比如记事本、7zip 图形界面、WinSCP ，双击左上角的图标，可以关闭当前窗口。

这个操作来自于 Windows 1.0

以前公网 IPv4 能怎么用，现在 IPv6 就怎么用
比如跑 BT/PT 、出门在外连回家

国内的带宽资费确实比外面的贵，只是拿 Vultr 的字面描述当作实际描述就真的不恰当了

Vultr 的 bandwidth 其实是指 Traffic （流量），真正的带宽哪有那么多
再说了，如果那确实是带宽的话，单位是什么？ TB/s 还是 Tbps 呢？

但凡点进去看一下 Usage Graphs 看看 Monthly Bandwidth 就知道了，显然就是指 Traffic

如果坚持认为那就是带宽，那么可以看看 Vultr 自己提供的资料：
https://www.vultr.com/docs/vultr-direct-connect/
Vultr 内部网络直连，可提供 10Gbps 及 100Gbps 物理网卡连接

可以认为 Vultr 内部使用的物理网卡，最高的单口也就 100Gbps

顺便再提一个，目前商用在售的网卡，最高单口速度也就只有 400Gbps ，远远达不到 1Tbps


回到原话题，Vultr 的带宽是否仍然比国内好得多？答案很简单：是。
虽然不是 1Tbps ，但起码也有 1Gbps 。Low End Talk 早在 5 年前就已经有人测试过：
https://lowendtalk.com/discussion/114988/vultr-10gbit
现在的情况也差不多

我记得 VMware workstation 可以做到

从现象来看，很像是“假公网”（共享公网 IP ）

正常的 WireGuard 连接并不会这样

我记得 V 站就提出过简单的判断办法：ping

首先在自家设备设置成禁止 ping ，再在外面 ping 回来，看通不通
接着反过来，设置成允许 ping ，外面再 ping 一次

正常来说，第一次必通，第二次必定不通
如果第一次、第二次都不通，有可能是运营商禁了 ping ，或者也有可能是假公网
如果第一次竟然通了，并且确定不是自己设备问题（验证方式之一：光猫开着但光猫的 LAN 线拔掉），基本可以认定是假公网

声明：这里谈的是假公网，不是“公网私用”

正常来说，用 dd 是不会改任何数据的，包括 GUID

复制完成后，这两块硬盘不可同时插在同一台电脑，每次只能插一个。要不然的话，启动出错那就真的是意料之中。

如果想清空掉旧的 SSD ，那就插到另一台电脑来操作。或者在当前电脑做也行，但要拔掉克隆版本的 SSD ，然后用 LiveCD 或者 WinPE 去清空。

原来你是在系统已经启动的情况下，克隆当前正在使用的系统盘？

稳妥起见，还是用冷克隆吧。比如用 WinPE 启动电脑，用 PE 做对拷。或者使用 Linux LiveCD ，直接 dd 。

如果有另一台电脑的话那就更简单了，当作外部硬盘插上去，DiskGenius 直接对拷。

连续 3 小时那肯定会疲劳呀，这就意味着连水都不喝、洗手间也不去，几乎是一动不动，身体肯定难受的

既然有 DiskGenius ，那就用 DiskGenius 做对拷，全盘复制按扇区克隆的那种

复制完成后，旧的 SSD 记得拔下来，物理上的拔掉，再从“新”的 SSD 直接启动

还有个办法，家里的路由器用 OpenVPN 或 WireGuard 主动连接到服务器，然后配置好路由表（或者连接前在配置文件中事先写好），这样就不需要 frp 了。

然后还可以弄端口转发，这样连 Nginx 都可以省了。

@cnbatch “补充一个，DPI 适应文件”的效果等同于自己调用 API：
https://learn.microsoft.com/en-us/windows/win32/hidpi/setting-the-default-dpi-awareness-for-a-process
https://learn.microsoft.com/zh-cn/windows/win32/hidpi/setting-the-default-dpi-awareness-for-a-process

@pppguest3962 MFC 目前依然能够使用，只不过基本上不怎么更新，也没必要再用。

首先是，微软自己就推出了 C++/WinRT 这种包装物，用新标准 C++给 Windows API 做包装，间接表明不推荐再用 MFC 。须知道，MFC 推出的时候，C++仍未标准化，现在（ 2023 年）再去碰 MFC 的项目会特别不顺手。

再有就是，由于 MFC 已经停滞了很长时间，以至于缺乏对 High DPI 的支持。（ High DPI：也就是屏幕 DPI 设置为超过 100%，比如 4K 屏经常设置成 200%）。
结果就会导致使用 MFC 程序在高 DPI 环境下十分难看：要么一片模糊；要么编译时加个 DPI 适应文件或主动调用 DPI Awareness 让外观变清晰 + 自己手动计算各个 DPI 比率下界面各控件的位置与大小。要是不做计算保持默认，那么会导致原本对齐的控件变成没对齐，有些地方留空隔太少有些却隔得太多；自己计算但没算好的话，会导致程序界面控件错乱。

浅色确实好看，我自己也是喜欢设置浅色的。

至于那个渐变标题……我总觉得像 Win98 、Win2000 的标题栏，细看之下特别像 Win2K 。

或许尝试考虑另一个思路，换成 Visual Studio 2022

要不要试试 xz ，或者 zstd