总觉得最近看到过类似的……
原来是 /t/913233

最最最简单，什么都不装：
ssh -ND 0.0.0.0:1080 127.0.0.1
后台运行：
ssh -fND 0.0.0.0:1080 127.0.0.1

简单点，V2Ray 就能做到
https://www.v2ray.com/chapter_02/protocols/socks.html

@BeautifulSoap 我上面发的就是替代品，功能几乎一样。现在 rg-adguard 只提供种子和校验和了。

@housex
这个东西比较小众，防止搜索引擎收录，所以我 base64 编码了。
base64 解码我发的内容得网址，进网页后选 Windows 版本，点 Use shared session ，然后点 IsoX64 Download 。
这个是从 Microsoft 直链下载的原版 ISO 。

补充一个可以直接下载原版 ISO 的 url ，可替代 itellyou：aHR0cHM6Ly9hdmU5ODU4LmdpdGh1Yi5pby9tc2RsLw==

因为操作系统还是以原生的形式在工作的，只有应用程序本身负责的部分是在模拟 x64 。
Windows on ARM 下，x64 应用程序调用 Windows API ，Windows 将 x64 调用规约转换为 arm64 调用规约，系统层面的很多东西还是以原生性能运行的。

QEMU 要模拟整个 CPU ，不管什么都需要模拟，性能低也是正常的。

当然优势也是有的，C++ 平均薪资要比 Java 稍高一些，也能促进对计算机深入理解，将来成为真正的大佬。我想 C 语言也是一样的。

公司 C 组主要是负责开发 OS 相关库的，楼主最终没选 C ，进了 C++的组。不过 C 和 C++本来也是相通的。
现在在从事自研数据库的开发，感受和 v 友们的差不多吧。

C/C++程序员往往为特定的某个领域开发，虽然都是 C++，不同领域之间的差异比语言本身要大得多。因此进了这行，相当于绑定了，时间越久回头越难。就业面肯定是比不过 Java 的。
C/C++偏向底层还有一点就是各个公司都造自己的轮子，有自己写的库（像日志打印，加密套件，进程间交互，甚至是字符串类型）。使用上遇到什么问题问同事比问百度或 Google 靠谱。
另外就是调试比 Java 困难。如果写出了问题，出现了非法读写，内存泄漏，在一个庞大的系统中定位会比较头疼。
暂且想到了这么多 @enchilada2020

可以试试端口敲门（ Port knocking ）。防火墙默认禁止访问 ssh 端口，当客户 IP 向特定端口“敲门”后，防火墙对该 IP 放行。

https://linux.die.net/man/1/knockd
https://github.com/jvinet/knock

Ubuntu 确实没有 Windows 开箱即用。但是在众多 Linux 发行版中，Ubuntu 已经很开箱即用了。

如果只是传输数据的话，可以使用雷电网桥+文件共享，一方使用 samba 协议连接网桥的 IP 地址就能传输，不用设置目标磁盘模式。
线材用这种全功能线即可，iperf3 实测确实可达 20Gbps https://imgur.com/NCKxEZt
对传文件真的非常非常快。

@dingdangnao 系统日志什么都看不出（到 2/3 下午 2 点都是可以使用的，2/3 19:00 强制重启了 NAS ）
https://i.imgur.com/qsKIwvZ.png

现在的 dmesg:
[89500.899253] wireguard: wg0: Sending keepalive packet to peer 1 ((einval))
[89500.899295] wireguard: wg0: Sending handshake initiation to peer 1 ((einval))
[89506.532246] wireguard: wg0: Handshake for peer 1 ((einval)) did not complete after 5 seconds, retrying (try 2)
[89506.532255] wireguard: wg0: Sending handshake initiation to peer 1 ((einval))
[89511.652245] wireguard: wg0: Handshake for peer 1 ((einval)) did not complete after 5 seconds, retrying (try 3)
[89511.652258] wireguard: wg0: Sending handshake initiation to peer 1 ((einval))
[89517.283260] wireguard: wg0: Handshake for peer 1 ((einval)) did not complete after 5 seconds, retrying (try 4)
[89517.283299] wireguard: wg0: Sending handshake initiation to peer 1 ((einval))
[89522.404255] wireguard: wg0: Handshake for peer 1 ((einval)) did not complete after 5 seconds, retrying (try 5)

有一种怀疑，是不是 wireguard 日志把我根目录空间打爆了（根目录空间只有 500MB 左右）

@MeteorVIP 👍实践出真知
这种 NAT1“真”穿透打洞的方式是我半年前一时兴起想到的方法，得到了广大 v 友的验证，还有 @heiher 这样优秀的开发者以全开源的形式贡献代码。毕竟很多类似的工具不是中转就是闭源。还是非常感动的。欢迎来 https://t.me/hellonatter 大家一起探讨。

@chapiom 这个也是推测，官方说是低使用率关闭： https://www.voanews.com/a/google-discontinues-translate-service-in-mainland-china/6775745.html

原先是有 maps.google.com 的，并且还有 maps.google.cn ，大陆地区能正常使用。
移到 google.com/maps 后，maps.google.cn 也没了。

有没有可能，其实是你的配置太低…
mstsc 连接都不需要 1 秒

要不要使用 www?

https://no-www.org
https://www.yes-www.org

有意思的是，no-www.org 依然在线，www.yes-www.org 已经打不开了。
存档： https://web.archive.org/web/20220503171056/https://www.yes-www.org/