实际情况想要尝试拉取目标网站的资源也是词典暴力轮询，hash 文件名又不在词典收录范围内，所以是没有可能直接通过 URL 来获取所有资源的
更可靠的是通过网站漏洞来执行 shell 获取网站的资源路径

你看工商部那数据电脑访问多麻烦就知道他有多不想把数据给你了, 你说公民有权获取这些数据, 他还说要保护公民隐私呢, 结果你注册个公司脚还没踏出服务大厅, 会计公司已经把你电话打爆, 然而实际你上国家企业信息公示系统那网站查一般人还查不到法人电话, 你就琢磨吧.

@Zerolouis 嗯, 已经路上了, 把整个散热模组拆下来看发现不止扇叶短了, 是整个风扇四分五裂了...

https://imgur.com/fcosD2z

@JensenQian 刚拆开看了，两个风扇都有扇叶断了，卡住其他扇叶直接转不动了。。。。。。

Dpi 是物理参数吧，不是软件能改的。

铁粉？移动？不存在的，我 48 才 75 分钟，3g ，要不是每个月能上客户端领 15g ，加上人不在北京，携号转其他运营商要人去，我就****†******，老用户不如狗都嫌侮辱狗。

这个转发是被叫电话和接受转发电话走的流量？话费还是被叫电话支付？

直接把独显砍了，要 12400 不要 12400F ，lol 对性能要求不高，我就是 12400 集显打 lol ，120fps 没啥问题，电源给独显留出余量就行，以后有需求再上

微信现在连优化本职工作聊天都不干，你觉得没妈人会整这些有的没的么

时光之轮

你们放鸽子难道没有负疚感么

安全性这东西其实大家大部分都是套 TLS 没啥好讲，速度重要的是线路不是协议，稳定性是最重要的，去年 10 月份左右开始 GFW 就到处乱杀，据我所知容易被封的就有 vmess/vless+ws+tls ，trojan ，然后有人开始转 naive proxy ，IPv6 ，后期复盘大佬是 tls in tls 前五个握手包在长度上有特征，vless 出了 vision 解决这个问题，我现在用起来也很稳。
所以考虑应用场景唯一要素就是稳不稳，稳用啥都好。

ssh tunnel 就是端口映射，如果你想通过 tunnel 来保证客户端能和服务端建立连接，你可以在服务端调用如下命令：ssh -R 123:localhost:22 你的公网机子的 ip

这样就会将公网机子的 123 端口收到的数据转发到服务端的 22 端口，也就是 ssh 监听的端口，然后客户端 ssh 到公网机子的 123 就会和服务端建立 ssh 连接

还有一个更直接的概念叫 reverse shell ，这就是直接暴露 shell 的方法，原理是客户端监听一个端口，服务端连接该端口并将该端口收到的数据放到 shell 里执行

我之前研究，是决定从 ac ap 方案换到了有线 mesh ，ac ap 方案不光不便宜，还非常不便宜，要考虑发热，wifi 速率，吸顶 ap 穿墙能力我问客服观感也不好，听起来都没啥信心，你要覆盖别墅一层一个吸顶估计不太行，边边角角房间还得加面板 ap ，现在的 wifi6 ap 瞅了一圈感觉也都是残疾人士，价格却不残疾。

这不就是跳的意义么

@tatsa 我买的秋叶原的超六类水晶头

老乡见老乡，两眼泪汪汪那不是信息交流不发达年代的状况么。常年见不到家人，见到个老乡寥解寂寞。

通过宿主机 ssh tunnel 中转 ssh -L/-R 看看

dmit