能合法上外网的专线，其具体的业务名称叫什么?

业务名称就是 MPLS VPN/IEPL/IPLC/SDWAN 这些耳熟能详的名次

https://iconnect.cmi.chinamobile.com/en/product/i-connect-data/data-line

之前公司买过花卷的专线，交付形式是一个国内入口 IP+一个香港出口 VPS ，所以并不是“能直接上外网的服务”，需要自己有能力搭建相关服务。

也有很多供应商是提供端到端方案的，他们有个更高大上的销售名词：SD-WAN ，在用户 site 提供分流设备（ CPE ，类似翻墙路由器），在移动端提供 VPN 软件（类似大家熟悉的小火箭、Surge ）。这种更受到直播电商等非科技型企业的欢迎。并且为了满足所谓的“合规”，CPE 会留存上报访问日志；有些为了更彻底规避风险，分流策略直接是白名单，比如只分流 Office 365 、Amazon 这类低风险应用，企业如果有额外需求需要 case by case 申请。

跨境链路部分是各家的核心竞争力，所以公开互联网上能找到的信息很少。有些有能力直接和三大运营商签约并且低价拿带宽，当然更多是从各种转售渠道买来的带宽。
因为合规要求很高，三大运营商一般不直接对接中小企业，这也造就了层层转售的现状，层级越低越不合规，最低的就是各种中转机场。

@duhb GPU 部分已经不再领先了。苹果芯片团队走了不少大佬，业界看衰

格局要大开，苹果应该开放 A 系列芯片给安卓厂商用，大家统一多好 😏

ios17.0.1
系统数据 8.65g 。最近升级 ios17 刚刚重置过手机

观察过 facetime 并不会利用 upnp
有 ipv6 即使开着防火墙，也能大大提升 facetime 打洞成功率

@jacksonj297 我是美区 id ，上面说的几十 KB/s 就是在开代理的情况下。有理由相信是 apple 自己的服务器出了问题，也许挤爆了

从 icloud 备份恢复，我也一样卡在最开始位置。路由器上看到在从 gateway.icloud.com 龟速拉取数据，几十 KB/s 的速度

@laydown 请重新阅读这个帖子的标题

我升级 ios17 后，iCloud 联系人无法同步了，为此我重置了系统，依然无法同步
然后我 safari 的 tab group favorites 也全部被同步丢了，iCloud 数据恢复也找不回来了

手机、微单、运动相机各自有不一样的创作思路，不能相互替代

虽然很反直觉，只支持 USB2.0 却能传输 Gbps 级的 DP 信号
但是仔细一想，只要双方协商完走 USBC DP Alt Mode ，后续传输 DP 信号确实不关 USB Controller 什么事

虽然这两个机型对比很不科学，但是结论是合理的，实现同样功能的 app ，ios 需要的内存会比 android 小。

原因除了楼上提到的内存压缩，还有语言层面，ios 的 swift/oc 天生比 android 的 java 更容易写出内存占用低的代码

“难道在 dnsAdds 的 ListenerHandler 处理的吗？如果是一个普通的监听服务器，如果 198.18.0.2 没有对应的网口则监听失败，和我 append 中的情况一样”

注意这里不是监听，不是 socket/bind 。而是虚拟网卡，流经网卡的所有 packet 都会由程序捕捉到，无论 src/dst ip/port 是什么。
哪些 packet 会经过虚拟网卡，则是由系统路由表决定的

netstat -rna 你会发现还有很多其他动态生成的路由，不仅局限于 198.18 段

“198.18.0.2 的 flag 其中有 H, 说明是个 HOST 点对点的地址，不需要经过路由”
这个说法不完全对。所有 /32 路由都会被标记为 H 。他们还是会经过路由，需要查路由表确定发送到哪个 gateway

“198.18.0.2 在哪里被添加成 HOST 的”
正如我之前解释，198.18.0.2/32 这是一条由系统动态生成的 route ，用于缓存加速（匹配一条 /32 比匹配 128.0/1 效率更高，所以系统首次匹配完后，会生成一条 /32 路由缓存）。因为它是一条 /32 路由，所以标上了 H flag

@yov123456 正解，198.18.0.2 和 dns-hijack 走的都是同一套逻辑

"检查到 dst ip 是 198.18.0.2 之后，认为这是一个 dns 请求"
在 clash meta 的实现：
https://github.com/MetaCubeX/Clash.Meta/blob/53f9e1ee7104473da2b4ff5da29965563084482d/listener/sing_tun/dns.go#L38
并且这里只检查 dst ip ，不检查 port 。因此 dig @198.18.0.2 baidu.com -p 12345 这样使用任意 port 都可以得到 DNS 响应。

@FaiChou
clash-meta 相关代码在这里：
https://github.com/MetaCubeX/Clash.Meta/blob/53f9e1ee7104473da2b4ff5da29965563084482d/listener/sing_tun/server.go#L145
取了 options.Inet4Address 的下一位地址作为 DNS 地址。
options.Inet4Address 来源在这里：
https://github.com/MetaCubeX/Clash.Meta/blob/Alpha/config/config.go#L1343
是从 fake-ip-range 配置项取出来的第一个地址。


route -n get 198.18.0.2 结果可以看到有个 flag `WASCLONED`，简而言之这是 macOS 动态生成的一条路由，缓存用途
https://etutorials.org/Networking/Integrated+cisco+and+unix+network+architectures/Chapter+8.+Static+Routing+Concepts/Route+Cloning/