cwxiaos's recent timeline updates cwxiaos's recent timeline updates |
cwxiaosV2EX member #656171, joined on 2023-10-24 17:36:37 +08:00Today's activity rank 19999 |
 |
Per cwxiaos's settings, the topics list is hidden |
Deals info, including closed deals, is not hidden
cwxiaos's recent replies
16h 8m ago Replied to a topic by Auston › 程序员 › sing-box 性能确实强，但是配置是真的难，各种不兼容 |
没有 unfied-delay ，面板上真难看，singbox-extend 的 unified-delay 数值也比 clash 的高，我能打游戏的节点硬生生搞到 100 多毫秒
6 days ago Replied to a topic by johnbobby › 分享发现 › IOS 利用 URL scheme 能检测部分应用列表，还有很多值能直接读取 |
@galenzhao 这个是真的准，抓包发现好多 app 都在用这个
10 days ago Replied to a topic by plko345 › Windows › windows 终将成为最好的 Linux |
Windows 早点 rip 吧，那些好用的工业软件啥时候能原生在 linux 上开发，说不定用得更好
很多手机没电池插尾插是不开机的，要用降压板接电池的接口，一体机要开盖把电池线引出来，这才是通用方案
也有更稳定的，比如 cat1
也有更稳定的，比如 cat1
May 27 Replied to a topic by stdout › Amazon Web Services › 基于 AWS T4g 与 sing-box 的全内网隔离方案 |
singbox 的确强大，规则太灵活了，能实现很多操作
May 20 Replied to a topic by levelworm › 信息安全 › GitHub 有可能被黑了 |
这，啊？
May 17 Replied to a topic by fffonion › 分享创造 › OpenWRT 的 Windows 98 主题 |
6
May 14 Replied to a topic by c2h2 › 程序员 › 有人 scp/rsync 速度很慢 1MB/s 的吗? |
如果是宽带限制了单连接的速度，可以用 mscp 缓解一下
mscp -n 线程数 -a 异步数 ~/file root@remote:~/
加了-n -a 就能用，其它和 scp 一样，-a 开高了之后会导致起步很慢
用这个有时候终端会卡住，但是文件传完了，看到没速度了，md5 对比一下，如果文件没问题把 mscp kill 了就行
mscp -n 线程数 -a 异步数 ~/file root@remote:~/
加了-n -a 就能用，其它和 scp 一样，-a 开高了之后会导致起步很慢
用这个有时候终端会卡住，但是文件传完了，看到没速度了，md5 对比一下，如果文件没问题把 mscp kill 了就行
May 7 Replied to a topic by MagicalCarl › 哔哩哔哩 › 好奇 B 站是如何追踪我的 |
@cwxiaos 这是以前的白色版本，看了下现在的版本，这个 api 没了
May 7 Replied to a topic by MagicalCarl › 哔哩哔哩 › 好奇 B 站是如何追踪我的 |
除了 keychain ，还有设备指纹，也不知道读了什么，抓包研究过
```
https://app.bilibili.com/x/resource/fingerprint
```
这个 api 上报了数据之后，返回相同的 device id
```
{
"code": 0,
"message": "OK",
"ttl": 1,
"data": {
"bili_deviceId": "9C26755D7F8224E544255454395FB4A120230324001723EBAACB6F2A27D8EB23"
}
}
```
而且，/x/*之下的部分 api 会携带参数，导致即使 mitm 修改 deviceID ，服务端也会返回相同的推荐数据，研究至此就不浪费时间了，懒得写脚本去搞它了
直接安装的就不说了，keychain 删不掉，除非重置，而使用以下方法，仍然可以获取到正确的 device id
Livecontainer 安装 -> 新建容器&清空原容器数据和 keychain -> 使用新容器打开 app ，抓包仍然可以返回正确的 device id
目前测试可以避免跟踪的方法：
使用 livecontainer 安装 -> 卸载时删除容器 keychain&清空数据 -> 卸载 liveconatiner -> 使用 sidestore 等重新安装 livecontainer -> 重新安装 bilibili app
```
https://app.bilibili.com/x/resource/fingerprint
```
这个 api 上报了数据之后，返回相同的 device id
```
{
"code": 0,
"message": "OK",
"ttl": 1,
"data": {
"bili_deviceId": "9C26755D7F8224E544255454395FB4A120230324001723EBAACB6F2A27D8EB23"
}
}
```
而且，/x/*之下的部分 api 会携带参数，导致即使 mitm 修改 deviceID ，服务端也会返回相同的推荐数据，研究至此就不浪费时间了，懒得写脚本去搞它了
直接安装的就不说了，keychain 删不掉，除非重置，而使用以下方法，仍然可以获取到正确的 device id
Livecontainer 安装 -> 新建容器&清空原容器数据和 keychain -> 使用新容器打开 app ，抓包仍然可以返回正确的 device id
目前测试可以避免跟踪的方法：
使用 livecontainer 安装 -> 卸载时删除容器 keychain&清空数据 -> 卸载 liveconatiner -> 使用 sidestore 等重新安装 livecontainer -> 重新安装 bilibili app
Select Language