可以的，密码自己拼一下就好了，或者直接 hook 了拿连接句柄去操作。其实像微 x 模块这种 xposed 模块都提供了批量删除功能…直接用也行。

多条转发给机器人不就完事了

其实各种反爬，思路都是一样的…增加信息收集点、增大看代码的难度、加入一些不影响展示但能让原始数据变样的东西、加入一些恶心人的暗坑，无非就是这几种。实际上也没有什么更好的办法，因为这种东西极限就摆在那，PC 端的反逆向不也是搞了这么多年也没有明显变化嘛。

现在主流的反爬我个人感觉更倾向于强化风控和反逆向这两方面，都是尽量结合业务，定制化地搞。像数美、快手、拼多多的风控就可以做到即使加密算法全给抠烂了、验证码全给爆破了，也还是能让红方恶心得不行，成本还是高。

🤣不过其实再怎么搞都一样，无非就是成本问题。反爬做得再牛逼，也挡不住人家招一群实习生手动入库。

可行，但更建议两台机…用 kvm 实现画中画或同屏展示，或者直接 rdp 连 windows 。

语言、字体、系统版本、时区、定位、WiFi 频段、基站信息、IP 、运营商、设备标识、DNS 设置等一堆…还可以做检测篡改、设备历史所在地域。结合别人共享的信息的话，渠道就更多了。

@rizon #35 应该叫虚拟货币。这东西说好听点叫通证，吹一点叫通证经济、价值网络，说难听点就是忽悠🤣
这东西其实就跟投资差不多，有的人信的是它的未来、它的背景，有的人信的是它当下的价格。反正到了最后接盘的总会是那些被层层忽悠后信以为真的韭菜，发币的和炒币的都赚得盆满钵满，作为中间商的交易所也是数钱数到手软。
可以了解一下“空气币”和相关的那些空气项目，研究一下别人的操作就明白了。

这种操作…多半有问题。可以研究一下他们实际是想要做什么。

@Te11UA #23 emmm ？不需要解密啊，看握手的那部分就好了。
https://i.v2ex.co/RP6zrLVbl.png

@Te11UA #14 如果 IP 是一致的，但上了代理之后都能变正常，那么就大概率是 SSL/TLS 层的问题。建议试一下使用 Wireshark 分别抓一下开抓包和没开抓包两种情况下的两个请求包，并仔细对比其中的 SSL/TLS 连接部分。

@yushuda #12 HR 主动联系的也有可能是自动联系和平台自动匹配哦😃

听说推广云厂商的服务器能一个月拿到几十万的提成，你看有多少人拿到了？我至今就只见过一个这样的，自称单子多到需要给别人分…然而大部分人一个月连十位数数量、千元级的单子恐怕都没有。

@yanshenxian #2 据我所知，在一个解析记录里有多个 IP 的情况下，如果第一个 IP 请求失败了，应用会自己再尝试第二个 IP 。具体这个重试机制是在哪一层做的、会不会有别的问题我就不清楚了，只是知道有这么个事。

@LXGMAX #2 UPnP 可以由应用自行指定端口，但具体得看应用自己怎么做。

直接手动设定端口映射再测试确实是一个更合适的选择。

我的理解是多个网关前面也会有个负载均衡措施，比如按照地域划分、按照运营商划分。
简单粗暴点的实现方式就是在 DNS 记录里直接写上多个 IP，现在 DNS 解析服务商基本都支持按地域和运营商区分不同的解析结果。在这个基础上做动态扩容也是一样的，就是在 DNS 解析里加 IP 。
然后普通的 DNS 又会有实时性问题，所以如果要高实时性的话又可以加个 HTTP DNS 。

不是做后端的，所以只了解到这么多，还有别的点的话楼下补充吧 hhh 。

emmmm 问题是你这 IP 也不一样啊，做了链路聚合之后在一些场景下会出问题吧？如果走分流的话限制又挺多…
---
其实还有一种做法就是买个电信的多拨老帐号，然后开个高上行的套餐或者 py 一个千兆套餐（实付原套餐价）再直接多拨，上行加起来随随便便几百兆🤣🤣。

我这一直是提示选择应用商店啊？你是不是设置了默认应用之类的…