我想你可以实现背后的功能，或者直接适用模拟 Unix 环境 ( msys2 / cygwin )，直接转换成 windows 命令不太现实吧

> What hobbies do you pursue in your free time?
[ ] I have no spare time for hobbies
[ ] ...

😂

假设只有一层 NAT，即只有你自己家有 NAT，这种情况下需要你的路由器支持 hairpin NAT，通过你的公网 IP 绕回你自己的主机上，并做端口映射

假设不止一层 NAT，首先你看到的公网地址不是分配给你的，你路由器上有另外分配的地址；然后需要出口 NAT 支持 hairpin NAT 和端口映射，所有经过的路由都需要把对应的端口指向你的主机（端口映射）

假设没有 NAT...（我猜楼主应该没有那么多钱直接买 IP 段，所以这种情况不太可能）

你大概需要在你的软路由上运行一个 NDP (Neighbor Discovery Protocol) Proxy

或者想办法光猫改桥接，然后软路由运行 dhcp-pd

c / c++ 编译器编译时会进行很多优化，会导致反编译后的代码可读性下降很多

反编译到源码最多用来帮助理解，理解后可以按照正常的逻辑再写一遍

@nnnToTnnn #29

如果问 C 能不能做 UI，应该是能做。如果问 C 做 UI 是不是最佳选择（之一），我认为不是。

vpn + smb (samba, Windows 文件共享)

理由是不建议开放网页到公网，至少 HTTP 的不太行

#2 是的

@rio 你拿到的 /64 应该是一个地址而不是一个前缀，前缀可以继续分下去，地址不行。地址只是 /64 网段中的一个地址，这时候如果想要别的地址，那就得通过 NDP Proxy 来转发 ND 报文才行。

默认配置 sla-len = 16 是因为，ipv6 network id 长度是 48 bit [1]. 建议尝试下 sla-len = 4，看看能不能分到 /60 的 prefix

[1]: https://ipcisco.com/lesson/subnetting-in-ipv6/

之前在推特上我一直认为可以用 DHCP-PD + SLAAC 的方式配置 ... 那现在看到 NoPrefixAvailable 感觉是不太行了

要么就是请求的 prefix 太大超过了限制，这种情况的话考虑调小一点 sla-len 可能有用 [2][2]

还有一种方式，就是我说的转发 RA + NA + NS，也就是[这里][1] 提到的 relay 模式

[1]: https://openwrt.org/docs/guide-user/network/ipv6/start "Router Advertisement & DHCPv6"
[2]: https://openwrt.org/docs/guide-user/network/ipv6/dhcp6c "Interface Settings"

@CallMeReznov
@lechain
@mmdsun

节目里说的是正经英文诗，不是你们想的那种

@secondwtq 按照我理解 /r/cpp 是用来发新闻 / 发 blog 的，所以没往那边发

> 会不会造成 SDK 用户也必须使用包管理器

希望达成的效果是，用的话更方便，不用的话那么手动配置也不是不行。下游的开发者还是 Visual Studio 工程，这种情况他最差也就是手动配置下

@nightwitch 这种情况下还有别的限制。源码版本管理是 git，不太想直接带开源的源码，或者是二进制包，git 仓库的体积会变得很大，也可能会不小心改掉别人的源码；很多三方库不是用 cmake 管理的，还得给他们写 FindX.cmake 配置文件

服务器和客户端都应该抓包，检查下包是不是确实发出去了，服务器是不是确实收到了，排除网络原因；不是网络问题再检查服务器的软件是不是有问题，客户端的软件是否有问题。

对齐与否之前只有在内存中才有必要对齐，更何况现在不对齐的内存访问也已经很快了，你没有必要对齐

第一个不是 char 类型，而是指向 buffer 的一个指针；第二个参数是 buffer 的长度，因此要达到写 4 bytes (sizeof(uint32_t))的效果，你需要 ( https://godbolt.org/z/zMMWb3 ):

```c
#include <cstdint>
#include <cstdio>

void f(uint32_t i) {
FILE* fp = fopen("path/to/file.bin", "wb");
fwrite(&i, sizeof(i), 1, fp);
fclose(fp);
}
```

https://en.cppreference.com/w/c/io/fwrite

数百 W 的情况下，可以有两种方式。

一方面可以提高电流，这样的话线材的阻抗就会导致更明显的发热、更多的能量损耗在线材上，这种情况只有加粗电缆减小线材阻抗才行，更粗的电缆也就更硬。

另一方面可以提高电压，当前 PD 最高 20V 我认为主要是针对笔记本来讲的，因为一般笔记本的输入电压就是 20V 上下。提高电压的情况下就需要接收端有相应的变压线路降低到实际使用的工作电压，这样也会有发热问题。

USB PD 了解一下。https://en.wikipedia.org/wiki/USB_hardware#PD
最高 20V*5A = 100W ；不过 3A 以上要有专用的大电流线缆，普通线缆安全电流都是最大 3A 。

很多普通笔记本电脑、部分移动显示器现在已经可以使用 USB Type-C PD 供电了；很多显示器现在也内置有 USB PD 供电能力，好处是一根线可以同时提供 USB 2.0 USB PD 和视频信号。不过 100W 还是不能满足高功耗显卡、CPU 的用电需求，这些情况现在还离不开传统的 180w / 230w / 180w x2 / ATX 电源的供电方案。