抗投诉服务器
vnc
https://anydesk.com/
不管别的,这个最方便. 装好以后 ip 直连
linux 装 xrdp,然后 mac 用 rdp 去连接
确实 anydesk 非常优秀
vnc,比 rdp 更快,体验更流畅
建议 vnc 和 anydesk 结合使用
vnc 比 rdp 快……
你能用 vnc vs rdp 作为关键字 google 一下吗?
果粉智商低证据+1
每次在 V2EX 看到这些用笃定的语气说着与现行常识相违背的言论
点头像进去,百分之百是果粉
看到这些真的越来越无法保持友善的心态了
把所有 iF**k 有关的话题全部屏蔽了,还能在外面看到这些反智言论,真的够了
你们停留在 i 开头的话题里自 high,不要污染别人视线,不行吗
ssh [email protected]
ssh [email protected]
你好像不知道充分与必要的区别....
请不要激动
我再补充说明一下
我不需要去 google 谁快,我拿出的是我使用了好几年的实际体验.
我比较的不是通过 vnc 从 MacOS 连接 windows,
我用 vnc 时使用 Jump Desktop 连接 Linux 和 macOS, 用 RDP 时使用 Microsoft remote desktop 和 Jump Desktop 。
我用实际的经验告诉你,我没办法让 RDP 快过 VNC 。RDP 能让我肉身感受到延迟更高。
跨城际访问时 RDP 的延迟感受更明显。
我不用 wifi.
请拿出实际使用经验出来,不要动不动就开喷.
用 RDP 时使用 Microsoft remote desktop 和 Jump Desktop 连接 Windows10
RDP 比 vnc 快还需要证据吗?你随便找几篇文章看一下呗
https://winity.io/blog/why-is-rdp-better-than-vnc-on-a-windows-vps/
https://superuser.com/questions/32495/whats-the-difference-between-rdp-vs-vnc
“我不需要学习,我就是觉得月亮比星星大,我用实际观测得出月亮比星星大”
你的所谓“实际经验”不重要,你的言论可以体现出的知识,而你在技术方面的知识是不足以让你“正确判断”优劣的
RDP 比 vnc 快,这是常识,所以才让人看了很难受;正如看到一个人用很笃定的语气说“月亮比星星体积大”
我看了标题我就不想继续看下去了,你有看到我说过这句话吗? “我比较的不是通过 vnc 从 MacOS 连接 windows”
再说一次,我拿的是客户端的体验,不是比较哪个协议理论上更快。
我以前一直认为 rdp 快,相信 rdp 宇宙第一,直到我使用 VNC 。
推荐 ToDesk>>>https://www.todesk.com/download.html 目前主力用这个。
我个人连接 ubutnu 上 vnc 和 xrdp 用下来确实 vnc 更快,连接远程 windows rdp 更快,个人感觉,轻喷
mark
1. 这是 aws 的官方博客 https://aws.amazon.com/cn/blogs/china/vnc-or-rdp-how-to-choose-a-remote-desktop-on-the-cloud/
解释为什么 aws 不支持 vns
答案是 vns 虽然有某些优点,但是相对 rdp 又慢又不安全
2. 这是 V2EX 以前的贴子,相对来说,体验还是 xrdp 要比 vns 体感要快 (不考虑原生 rdp 和 vns,这不是一个量级)
https://www.v2ex.com/t/544763
https://www.v2ex.com/t/462243
3. 至于为什么你觉得连接 ubutnu vnc 比 xrdp 快
你没有说客户端和 server xrdp 的版本,可能用了只支持 rdp 4 或者 5 的客户端,RDP 协议后面出了很多很多版,5.1 5.2 6.0 6.1 7.0 8.1 等等,每个版本都进一步提高了性能和体验
typo: vns -> vnc
如果要求是用 GUI 就可以,那用 ssh -X 或者 ssh -Y 开 X11 转发应该是最快的。麻烦的地方是要搞清楚 GUI 程序对应的命令
ToDesk
https://bbs.todesk.com/thread-500-1-1.html
x11vnc -auth guess -once -loop -noxdamage -nomodtweak -repeat -rfbauth $HOME/.vnc/passwd -rfbport 5900 -shared -display :$1&
x0vncserver -PasswordFile $HOME/.vnc/passwd -display :$1&
了解了一下,x11vnc 不错!也有人说用 x window 系统最好的软件是 nx ?
人楼主就问一下哪个能用 没必要在这说这么多吧 人说自己实际体验哪个更快 又没要求你去用 你自己还杠的高潮了 NBNB
而且也不知道怼果粉干啥……用 mac 的高级程序员多的去了,不一定每个人都是不会用 linux 的菜鸟,万一人家都精通呢
其实我一直很好奇,有没有用 X-Windows remote 的……
毕竟理论上 X-Windows 应该天然支持这种需求。
nomachine 可以试试
这也能干起来?
我的意思是他想不想直接控制现成的桌面,这样输入可以直接用 vnc 控制了
自建的话,我目前用的 TightVNC,是 VNC fork 出去的,感觉良好。以前一直用 TeamViewer,自从把我判定为商业使用之后,就再也不用了。
你这是什么毛病 上来就极端评论别人 “果粉智商低证据+1”
建议管理员就要封禁一下你这种没素质的喷子 @Livid
xrdp 确实是最好的。之前折腾过各种连向桌面版 linux 的远程桌面方案,包括 vnc 的几种 、nomachine 、xrdp 等
单不说网络情况导致的画面卡帧,vnc 建立连接之后 有时候会发生键盘映射都不对的
结论就是 如果想折腾就随便折腾,如果想直接用 远程桌面连接首选 xrdp 能规避很多问题
说的挺好呀。点赞。
本来以为这个话题我不关心,不过忽然发现我还真遇到过这个场景。然后,当时是用来 X2Go 这个工具来解决的。效果不能说好,只是解决了问题。
https://wiki.x2go.org/doku.php/doc:newtox2go
嗯,然后技术细节我也都不懂,,,继续蹲更多知识。
在测评几种远程桌面连接方案时,当我在用 TightVNC 时,发现过一个奇怪的问题,你们想知道吗?
(想)
那就是键盘映射问题:在连接到 桌面版 linux 时,在缺省设置之下会发生键盘错位。我遇到了,你也有可能遇到。网上有很多人遇到了同样问题,请搜 vnc 键盘错位
https://serverfault.com/questions/16637/is-there-a-vnc-server-for-mac-with-decent-international-keyboard-support/30795
个人认为,一个远程连接解决方案必然要保证在引入了远程连接协议时不干扰到键盘正常使用,因为在作远程桌面连接时键盘使用是基本事项。在这一点上,在缺省配置下,xrdp 就没出现键盘错位问题,vnc 就出现了这个问题,我也是不知道为什么的。当然,缺省配置不灵 可以自己亲自配置一番来解决此问题,这么经典的需求 若出问题了则必然可以搜索到网上的解决方案,想亲自踩 vnc 在键盘错位方面的坑,那么就要花时间解决它的,折腾而已,就是徒增很多工作量!
当然一个远程桌面协议能让键盘错位 / 简简单单一个远程桌面连接还要让我去解决键盘错位问题,我也是没想到的。
这是一个 vnc 使用者的经验分享。别净瞎吹,谈谈缺点。在挑选时一个方案的短板才是影响选不选它的重点,在别的方案提供了缺省配置的情况下,vnc 的缺省配置可能导致的键盘错位问题就是 vnc 的重大短板(当然你可以说我不会配置 vnc session,这没问题,我的确不会配置。在 vnc 瞎配也可能配置不对、xrdp 开箱即用的情况下 我当然知道如何作出好选择 )
xrdp 吧,微软开发的协议 微软也有出客户端:用起来很傻瓜化,也没什么可配置的,但是就是意外的 比其他允许你自定义配置的协议 配置半天的效果还好。
其他玩意配置配置半天还没它好用,这可能是很多乐意自己定制解决方案的人难以接受的。但事实是时间宝贵能避开的坑就不要踩了,大厂商都采用 xrdp 难道就没有它的道理吗?现在讲讲道理居然还成了错?
我稍看了一下 xrdp,它获取 Linux 的图像是通过使用 X11,也就是说它使用的是 Linux 桌面自带的 X Window System,可以想见处理键盘输入是很好的。
VNC 的话,是不断地获取 framebuffer 里的矩形画面,然后用自己的 protocol 发送。这个过程天生就比不上 X11 forwarding,也比不上 xrdp 这类自己优化转发 protocol 的软件。
现在 Linux 有比较新潮的 Wayland,目的是代替 X11 。但是现在还是早期,还没那么多软件配合。
xrdp 在架构上是这个样子的,引用自 https://github.com/neutrinolabs/xorgxrdp
x2go 和 nomachine 背后的技术都是 nx,致力于做 X11 转发过程中的数据压缩。我觉得这个可以和 rdp 比较一下,不知道哪个更快。
软粉的神经就是敏感,这点小事也能跳起来。IgniteWhite 的原理解析不错。
然而我还是喜欢用 VNC,毕竟这个的实现代码我十几年前通读过……
这楼里有些人真的是无耻下贱,极尽举报之能事,恶心
而且这种人居然还能堂而皇之在这个论坛里面继续跳脚下去,真是笑话
的原理解释很不错,记忆中 提到的 X11VNC 也是差不多了。
跨 OS 的图形化远程控制就很难受,二等公民的待遇。
另外,也想问一下,现在除了微软自己的 RDP 客户端以外,有什么图形化的远程控制是可以用本地 IME 来完成中文输入?
看来大多数任务 RDP 好过 VNC 。。
然而我的体验的确是 VNC ( MacOS->Linux Desktop) 延迟低过 Windows RDP (MacOS->Windows 10)不少, 主要体现在画面延迟和键盘输入方面。
老哥能解释一下问题出在哪吗?
任务 -> 认为
实际体验为准嘛,哪个快用哪个。我觉得我所谓分析原理,其实也就是软件设计环节。实际使用会涉及更多环节吧,比如操作系统,网络等等。之前有人非要争个高下,殊不知纸上谈兵终归纸上,实际使用能反映更多方面。
所以说想知道问题出在哪?我才疏学浅不知道的,人人都知道,要 github 提 issue 干嘛。我觉得软件作者也不一定知道有些情况慢在哪里,他们也会在 issue 回答,我现在不知道,先 flag 一下,诸如此类。如果想搞清楚,最好和作者去讨论,不要看了云评测就啥都懂了。如果就为了使用,我觉得哪个快用哪个吧。