@angcz
1 、就目前实践来看，多数客户端证书生成，是由企业组织自行维护 pki 体系
2 、基于 1 来说，客户端证书基本都是基于可信通道传输，比如自己组织内网传输、用户后台下载然后短信接收压缩包密码，类似的方式。还有就是三楼所说的硬件内置。这种硬件一般都有防拆机制
3 、我说你不懂非对称加密也是基于条，请问使用公钥加密（你引用的文章第 9 条）你不拿到服务端私钥的情况下怎么解密？
4 、假设你替换了第四步的证书，那服务端验证根本不会通过，后续操作也不可能

5 、另外说一句这种都替换数据包了，通常我们不叫抓包，而是叫中间人。这个也是有些人产生误解的原因，然后你 append 又加深了误解
6 、现在常见的是 dh 密钥交换，根本不传输密码，即使你有私钥也解密不了数据
7 、客户端证书一个点，是可以确认客户端身份，仅对有证书的进行授权，可以针对性吊销证书

典型的看的太少想的太多，可以先从非对称加密开始看

@leetom 试试这个
curl -v --trace-time 1.1

看上去像是 dns 问题

@ttgo
试试这个命令 caffeine

@sujin190
没有不靠谱啊，我见到过的都是基于 AS Number 识别的

这个是不是得备案才能用啊？

用 IN 过滤可比你这快多了，一年也就 12 个月
就算是查 10 年也才 120 个

硬件负载均衡 F5，你看看是不是你要找的东西？

// 不需要 then
pLogin = login();
otherTask();
u = await pLogin;
getUserInfo(u);

@zhoushiya
之前试过一次，炸完之后油腥的不行，全都浪费了

节省内存？不存在的
https://i.loli.net/2021/04/20/PWI6MLleQVg7TAJ.png

糟粕+1
是楼上有些人说的不太全面，箭头函数里的 this 是静态的，且不可变更的
在明白 this 的机制前，不建议在箭头函数里面用 this，不然很容易用错

@g1f9 不是很建议用 offset，可以试试 IntersectionObserver

@avia1ae 这有啥好讲的，有 ipv6 就是公网 ip 了

我是用的 ddns+ipv6 直连

ssh 在哪里都是这个速度，楼上好多人已经说过了