这纹路看上去像是碎肉重组的产物, 曾经麻辣烫店铺里见过.
正经的培根, 相邻肉片的纹路应该是相似的.
https://www.indivstock.com/static21/preview2/stoc-250773.jpg

如果当时的心率达到 2~3 次 /秒, 我猜可能是室上速发作.
发作时间过长有胸痛甚至昏厥的可能, 一旦发作, 最好还是去医院.
根据我的急救经历, 急诊会优先尝试触发呕吐反射; 按压眼球和改良的 Valsalva 动作, 如果以上都不行就会注射药物终止.
我忘了我当时打的是什么, 看网上的资料八成是腺苷.

@opentrade
我试图在虚拟机上重现, 但试了一大堆系统镜像的链接下载速度极不理想, 所以暂时放弃.
暂时结论为 "平板电脑上的系统可能因为高度阉割 (修改) 的关系导致一些软件出现稳定性问题".

由于我英语不好, 所以就不在 GitHub 上用英文发 Issue 了.

版本: 1.1.8 (32 位版本) for Windows, 非安装方式使用
机器 A: 64 位 Windows 7, 台式机
机器 B: 32 位 Windows 8.1 企业版, 平板电脑

A 无法连接 B, 似乎会随机出现 2 种情况:
a) 当 A 连接 B 时, B 的 RustDesk 会立即退出, A 则提示 10054;
b) 当 A 连接 B 时, A 提示连接成功, 但长时间卡在 "等待画面传输". B 屏幕右上角会有一块空白. 如果此时 A 点击 "确定" 然后尝试重连, A 则提示 "远程电脑不在线".

B 可以连接 A.
当 A 更换为 64 位 RustDesk 后重新测试问题依旧.
当 RustDesk 在 B 的系统内以安装方式使用并作为被控端连接时, B 会直接崩溃 (应用程序错误, 0x01808734 引用的 0x08263080 内存不能为 read).

@cest FF 上网靠的是 iptables 强行重定向流量给 redsocks2, 而且整个代理链要作为全局代理使用, 不只是浏览器.

@whiler 在这个帖子发布后没多久就有人提醒我 HTTP/3 基于 UDP 我才恍然大悟, 于是在 iptables 添加了规则, 直接屏蔽了所有 UDP 出站流量 (Tor 不支持 UDP 所以直接选择屏蔽, 53 端口除外). 最终问题解决.

购买 DEET (避蚊胺) 原液, 自行稀释后使用.

@opentrade
我换了一款录屏软件在被控端测试发现有一样的问题. 大概是系统的 bug.

1.1.6 for Ubuntu
机器 A: Windows 7
机器 B: Kodachi 8.5 (基于 Ubuntu 18.04)

A 连接到 B 进行操作的过程中, 鼠标指针有时会消失. 似乎和被控端的鼠标指针图案有关 (当鼠标指针为特定图案时, 控制端的鼠标指针消失, 被一个 1px 的黑点替代).

@opentrade 已经测试过, 占用问题已消失.

@opentrade 来自百度贴吧图片有反盗链处理, 需要在新 tab 中打开 (或其它能去除 referer 的方法).

@YamatoRyou
Windows 10 (1809 LTSC) 下的测试结果:
RustDesk 在闲置状态下, --server 进程的 CPU 占用率在 15%~20%之间.
https://tiebapic.baidu.com/forum/pic/item/d000baa1cd11728bb3fd0291dffcc3cec2fd2cb5.jpg

上述系统下, 1.1.5 无此问题.

@YamatoRyou
关于 CPU 占用率的问题, 在 Windows 7 上发现 --server 进程也有 10% 左右的占用. CPU: E3-1230 V2.
笔记本上的 CPU 是 i7-8750H. 笔记本上是双系统, 等下再试试 Windows 10 (1809 LTSC).

@opentrade 我猜原因可能是 Tor 不支持 UDP 导致的? 具体技术细节我也不懂.

1.1.6 for Ubuntu
服务启动后, 即使处于闲置状态, 也会导致有 1 个核心满载. 它是在笔记本上发现的, 这个现象会让风扇狂转.
https://tiebapic.baidu.com/forum/pic/item/8326cffc1e178a8289a7f113e103738da877e8ee.jpg

1.1.6 for Windows
新的快捷方式功能, 生成的快捷方式对处于中文路径下的主程序不能正确指向, 快捷方式属性中的路径, 中文字符部分为乱码.
https://tiebapic.baidu.com/forum/pic/item/b219ebc4b74543a976e60a255b178a82b801145e.jpg

今天试了试如下操作:
机器 A: Windows 7, 设置连接到自建的服务器;
机器 B: Kodachi 8.5 (基于 Ubuntu 18.04), 同样设置连接到自建的服务器;
自建服务器是我之前提到的群晖, 有公网 IP 和域名.

B 可以连接到 A, 但 A 尝试连接到 B 时报错提示 '远程电脑不在线".
B 出站要经过由 V2Ray + Tor + Shadowsocks 组成的三重五跳代理, 最终 Shadowsocks 与我的服务器直连.
当 B 连接 A 时, 产生的流量会经过 Tor, 在 nyx 的监测中有所体现.

Delta Chat 了解一下, 基于邮件的 IM.
https://github.com/deltachat/deltachat-desktop

1.1.5 for Windows
4. 连接一台机器, 然后最大化远程桌面窗口, 再单击全屏按钮, 把鼠标放在屏幕顶端, 弹出的工具栏会跑到偏左一点的位置.
5. 远程桌面窗口全屏显示的情况下, 直接拖动工具栏可以使其还原为之前的窗口尺寸. 此时不能再通过双击工具栏的方式再使其最大化, 只能使用右上角的最大化按钮. 但如果使用这种方式最大化, 窗口会显示一个可调边框. 单击 2 次全屏按钮可以恢复正常. 另外有时这个异常情况还会导致工具栏在窗口未最大化或全屏时消失, 工具栏消失后只能调整窗口尺寸而不能直接移动. 此时只能关闭并重新打开远程桌面才能恢复 ( https://tiebapic.baidu.com/forum/pic/item/96dda144ad345982bb979e211bf431adcbef8467.jpg).

1.1.5 for Ubuntu 18.04 (Linux Kodachi)
1. 远程桌面窗口没有全屏按钮.

@opentrade 如果有时间还是建议把上面提到的小问题修复一下.