cnfzv

闪退怎么解决呢。不要用非常见的安卓系统（要用华米 VO 等国产手机的系统的新版），不要 root （最好 bl 都不解），不要开 vpn （不管是不是科学的 vpn ），符合以上条件，基本不会闪退

最方便的目前是罗技的 m720 如果有其他型号麻烦推荐下。这个鼠标切换按钮是在侧键位置，其他的都是在底部.而且之前买的 anywhere2 用的时候，切换按键不能自定义，不知道其他型号能不能自定义这个功能

把你电脑机箱焊死，能差 U 盘的口焊死，现在你给系统升级，由于配置不兼容系统没法启动了，那你现在怎么给电脑装系统吧。 安卓、路由大概就是这么个逻辑，你要是大卸八块找其他设备，肯定能读能写，但是普通人哪有什么设备和专业知识去拆卸读写数据。

v2 就支持 socks5 啊 不过我用 tailscale 回家

@heiher 😥你确定吗？ ssh -D 0.0.0.0:8000 并不好用，使用你的安卓程序连接的，并不好用。只有 dns 请求过不去

@heiher 这个是协议说明 https://datatracker.ietf.org/doc/html/rfc1928 ，根据标准里的说明。
客户端连接到服务器并发送版本 标识符/方法选择消息，服务端是要返回方法选择信息的，在交互完成后可以传输子协商信息的，而在子协商之后才是发送详细请求。Once the method-dependent subnegotiation has completed, the client sends the request details.
而你使用传输方式或者说用了预测发送，但是这种方式，是基于“服务器一定允许连接“的假设而进行的。
诚然，这种方式确实如你所说优化了传输效率，对于实际使用会有不少的提升，但是这种方式并不符合协议的标准。
并不是我非得在这里认死理抬杠，是因为这么个搞法兼容性真的很爆炸，github 找了好几个 go 的 socks 服务没有一个能好用的，使用 openssh 的 sock5 转发也是没法使用的，不是我事多，是这么个搞法兼容性真的很难受😭

@heiher 但是这种预测和协议的标准不符了吧？ 就像去传统的自动售货机买饮料一样，你需要先投币，等机器识别后按按钮饮料才会掉下来，但是你投币和按按钮同时进行购买是没法成功的。你的这种实现等于是做出了一个部分兼容 socks5 的新协议出来了

😭找到另一个帖子的回复了。 有关 TCP delay 都是系统默认配置，“粘包”效果是因为 socks5 客户端有意实现为预测发送，是有减少延迟作用的。不知道切换前怎样，切换后应该是 dns 经过 socks5 服务器端，不知道是不是因为 dns 的延迟。浏览器的开发者选项中网络传输页面应该可以显示每个资源的加载时间，不妨对比看看，需要注意的是尽可能网络环境的抖动影响，比如本地跑 socks5 服务器，访问本地或国内 http 资源。
这么操作明显和 rfc1928 协议逻辑不一样了，在握手未完成之前就提交了请求，而遵守协议的其他服务端会因为没有在握手后收到请求而无法进行相应。
--另外我找到的 https://github.com/tabjy/android-vpn-tun2socks 好像也有问题，UDP 请求貌似不太对，会导致服务端疯狂监听端口但又不进行连接。
23 年最后一折腾，我好像总会踩坑，唉，心累

核实了，应该就是 issues 中提到的服务端 TCP 流处理问题，服务端没有处理，没有正常返回请求。但是看了下协议，这种方式好像不符合协议标准吧？ https://datatracker.ietf.org/doc/html/rfc1928#autoid-3
实在研究不动了，希望作者能解答