并无不妥

这个是真的，信号弱的时候尤其明显。对我来说，要不是因为 iOS 加上我对接打电话的需求不高，iPhone 单纯作为一个手机真的就是电子垃圾。。

如果我是马斯克，给我点赞的一人分一个亿

过保了可以买个防水壳

robust
hook
trampoline

我多年前吃文昌鸡就有脚环了。前几年也看到有做物联网可溯源养殖的，不过，老问题，谁来监管？这可不是什么绝对不可造假的东西。

Apple 足够强势带来的 App Store 的省心算一个，信任高市值背后的商誉带来的安全性包括隐私安全算一个，单说功能的话推送勉强算半个。

sharik

everything 的 SDK https://www.voidtools.com/support/everything/sdk/

自己实现就 https://en.wikipedia.org/wiki/USN_Journal

@tavimori #14 我可能用词不当，应该说是服务端的 8888 端口收到的 TCP 连接的 remote address ，而不是服务端的公网 IP ，是未知的，可以假设为 0.0.0.0/0

@0o0O0o0O0o #12 源 IP 可以认为是 0.0.0.0/0

@tavimori 如果希望依然不修改客户端主路由表（ Table = off ），但又希望可以在客户端拿到 TCP 的源 IP ，有办法实现吗...

@tavimori #9 感谢耐心解答。

将客户端 Address 字段前缀改为 10.0.0.2/24 就可以解决 tcp 通过 SNAT 修改 --to-source 为 10.101.0.1 的问题。

ip route 查看，相比之前它添加了一条 `10.101.0.0/24 dev wg0 proto kernel scope link src 10.101.0.2`。

@0o0O0o0O0o #5 在 client 修改主路由表的前提下才通，不修改主路由表是不通的

@wd #6 可以访问，我添加了附言

@0o0O0o0O0o #4 抱歉试错命令了。。。TCP 是通的，UDP 不知道如何解决

@tavimori #2
@wd #3

如#1 所说，这样的话 TCP 不通，而 UDP 是能收到的，但 UDP 只要用 SNAT 改变了源 IP ，客户端收到后就不知道该往哪发了

altstore

想起一张网络图片，“转让网恋对象，偶尔会给你点外卖发红包，我拿小号聊的，可以直接接手继续聊不会露馅”