@matolv
我不打算联邦式, 虽说这是它的特色.
Docker 对我来说也许是最佳选择, 直接绕过群晖的 webui 给系统加料可能会把系统给搞死, 尤其是我不熟悉的情况下.
我在 2018 到今年年初换用 Delta Chat 之前用的是 TG, 它哪都好, 唯二的致命伤就是中文搜索和代理. 因为我长期独居, 代理一旦挂掉了就相当于失联, 我总不能动不动就跑回去给他们换代理吧.
iOS 的话, 我在试用 Android 版 Element 的一瞬间就已经预感到它在 iOS 上推送也是个大问题. 鉴于周围亲属什么的用 iPhone 的非常少, 我还是暂时不考虑了吧.

@dangyuluo
服务有 2 个主要目的:
解决我没有微信之后 IM 需求. 实行计划分配制, 不开放注册. 总使用人数最多也就 5 个左右. 就算开放注册, 没有我的指导他们也是寸步难行.
除了消息同步, 还能作为多个设备的云剪贴板.

@cjpjxjx 也不好使. 我想搜索 "nas 机箱", 然后该关键词连续重复 3 次, 搜索结果的第一页是这样的:
https://tiebapic.baidu.com/forum/pic/item/4034970a304e251f26a776e0fa86c9177f3e5352.jpg

我是 Android 党, 和你一样有类似的需求. 最早尝试的也是群晖自带的 Chat, 但它的移动端无法推送. 大概是因为我用的是黑群晖.
之后半年多用的是 Delta Chat, 但它基于邮件协议, 收发慢, 一些 IM 该有的功能它也没有, 大文件传输也不支持, 客户端 bug 又非常多, 所以最近几天换成了 Synapse + Element.
如果你的群晖支持 Docker, 可以部署一个 Synapse 服务器, 配合 Element, 除了作为私人的即时通讯服务, 文件传输更不在话下.
但鉴于你用的是 iOS, 我不确定 Element 在 iOS 上能否无痛推送.

尝试关键词前加 "+" (也可以放在有强调作用的词前), 似乎有一定效果.
网页版劣化使用体验是毫无疑问的 (甚至还会持续烂下去), 至少就我的个人体验, 除了搜索, 以下功能也随时间推移已无法使用:
* 网页版阿里旺旺;
* "发现好货" 功能;
* 商品访问历史 (足迹) 功能.

这纹路看上去像是碎肉重组的产物, 曾经麻辣烫店铺里见过.
正经的培根, 相邻肉片的纹路应该是相似的.
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 导致的? 具体技术细节我也不懂.