等 bitwarden macOS 版支持 touch id 我就迁移过去

假设有一条 cidr 记录是 a.b.c.d/m
那么如果有个 ip 的前 m 位和 a.b.c.d 的前 m 位一样，这个 ip 就属于这个 cidr 记录表示的网段了

快速匹配的话可以用字典树，不清楚 php 有没有现成的轮子。或者其他的路由表查找算法都可以用在这里

因为触发了反爬…

@azh7138m
但是证书不对 chrome 上会触发 err_cert_xxx 错误，就算是访问 127.0.0.1

@Osk 我猜原因之一是因为要 https

qq 的网页快速登录就是这么实现的，和本地客户端通信交换认证信息

@banricho 请问是 ios 版本么，我知道 mac 版可以这样搞

opencl 也是苹果先弄出来的，虽然后来被抛弃了

我觉得问题出在 handle_echo 的那个 while True 里，
如果是远程先发送数据的话就死在 await reader.read 上了

lz 说的对，正确的方法就是先从 vps 商家提供的网页控制台登陆，然后运行（注意最后的'-'）

ssh-keyscan host | ssh-keygen -lf -

把所有指纹打印出来，再进行第一次 ssh 握手，比对指纹

@Modificator 那 3d touch 这个延时有点不能接受啊…

3d touch 还是用不了，自动亮度调节有点问题，机型 Xs

@Aruforce 嗯

@Aruforce #13
栈里数据的图是对的，但是“ call 指令”那里的操作不太对
1. 函数参数的压栈不是“ call 指令”来做的，需要 caller 自己做。
2. EIP 入栈之后还有一步跳转操作，根据不同类型的 call 会有不同的动作，不过结果都是使 EIP 指向函数的入口
3. push ebp 以及之后的操作都不是“ call 指令”的行为，是 callee 自己的行为

@Aruforce
你可能还是没太明白，在题目里这个例子里没有 ebp 的事情。这个函数太简单了甚至都没有开辟栈帧。

1. esp 永远指向栈顶的第一个元素
2. 指令 call _load_gdtr 可以理解成两步：先 push eip，再 jmp _load_gdtr。push eip 之后栈顶就是返回地址了
3. 进入函数后 esp+4 是为了跳过返回地址。

如果开辟了栈帧那么有两种本地变量的寻址方式，分别是 esp 寻址和 ebp 寻址。其中比较简单的就是 ebp 寻址，在你 10 层的回复中 push ebp; mov ebp,esp 之后 ebp 指向栈上的那个旧的 ebp，此时 ebp+4 指向返回地址，esp+8 才指向第一个参数。你自己把栈图画出来就明白了

前导空格被吃了…凑合看吧……

假设是小端机器

进入函数之后 ESP 指向返回地址，从 ESP+4 开始栈上数据分布如下：
+4 +5 +6
ESP+4: FF FF 00 00 00 00 27 00
ESP+C: .........

MOV AX, [ESP+4] 之后 AX=FFFF
MOV [ESP+6], AX 之后即是从上面 ESP+6 开始写入 16bit 数据，结果就是
+4 +5 +6
ESP+4: FF FF FF FF 00 00 27 00

手机上在键盘上重按移动可以自由移动输入框里的光标，这是我对 3d touch 唯一的依赖