认命吧，拉黑只会让你更不方便，因为快递员还是会放驿站，而且出不了取件码

有些 FullconeNAT 实现是优先保持原端口的，例如 https://github.com/Chion82/netfilter-full-cone-nat/blob/master/xt_FULLCONENAT.c#L432
```c
if ((range->flags & NF_NAT_RANGE_PROTO_RANDOM)
|| (range->flags & NF_NAT_RANGE_PROTO_RANDOM_FULLY)) {
/* for now we do the same thing for both --random and --random-fully */

/* select a random starting point */
start = (uint16_t)(prandom_u32() % (u32)range_size);
} else {
if ((original_port >= min && original_port <= min + range_size - 1)
|| !(range->flags & NF_NAT_RANGE_PROTO_SPECIFIED)) {
/* 1. try to preserve the port if it's available */
mapping = get_mapping_by_ext_port(original_port, ifindex);
if (mapping == NULL || !(check_mapping(mapping, net, zone))) {
return original_port;
}
}

/* otherwise, we start from zero */
start = 0;
}
```

顶一个

上 github 链接呀，store 链接有推广嫌疑

到现在还只是初步确定故障原因，也是神奇，有没有知道细节的彦祖说一下，这到底是个什么样的故障？

> 音视频点播为什么要用 HLS ？
因为源视频文件不一定是单个文件，可能包含多个文件，所以需要一项能支持分片文件连续播放的技术；从技术的角度，MSE 比 HLS 要好，但是 iPhone 只支持 HLS ，为了能在 iPhone 上播放所以要用 HLS ；为什么 iPhone 不肯支持 MSE 你去问 Apple 。

@lianyanjiajia 访问端只有固定的几个就弄 vpn ，不想对访问端做限制就提高密码强度，按需开放端口，不用了就关闭；也可以把两者结合起来，平时自己用走 VPN ，想给他人用就临时开放端口。

多年前刚入职的时候，程序没在代码上防止重复运行，运维的包启动脚本不完善，然后重复运行了，写乱了共享内存。花了一个晚上从冷备恢复共享内存，再从另一份不同的数据构造补上缺失的一天数据。

@mightybruce 传输没啥问题，我在老家放了个摄像头，通过 wireguard 从深圳访问 rtsp ，稳得很。不适合的是多处同时访问，摄像头那小身板受不了。
至于 OP ，没有内网 ip 就要做内网穿透或云中转，摄像头本身与官方做了这样的功能，但没有集成 frp 之类的第三方方案，所以不外接其他设备做不到不用 APP 访问。

可以，不需要。原理：访问端-frp 服务端-frp 客户端-实际服务端，frp 服务端能转发请求给客户端的原因是客户端预先与服务端建立了信令连接，另外两处本身就是可互通的。

可信 ip 挡住的是没有云主机的一群人，OP 有云主机就没问题，在其他地方推送也就是多一层转发的事。

c++重载函数统一命名 query

所以有没有卖钱需要作者授权的开源协议？

安全起见，建议 wireguard 异地组网

commit 吧。stash 有冲突解决后得单独 drop ，否则一直在然后后面忘了，就不知道有没有合并以及是哪个分支的。

http 和 https 可以，其他协议没试过

@posoo 没捕捉到全 0 时刻，改一下系统时间重新实验吧🤔

ext4 没法快照，最好还是换 btrfs zfs 等能够快照的文件系统吧

@leconio proxy_pass http://127.0.0.1:5001/;不用 rewrite