如何优化CentOS TigerVNC连接稳定性，显著改善远程操作流畅度？
- 内容介绍
- 文章标签
- 相关推荐
当VNC连接不稳定时我们往往容易陷入一种“调试的绝望”中。你有没有过这样的经历？鼠标点一下等三秒才动， 出岔子。 然后你开始怀疑人生——是不是服务器资源耗尽了？是不是加密方式成了拦路虎？
我们先从一个简单的命令开始：
vncserver :1 -geometry 1024x768 -depth 16盘它。 或者， 如果你是通过systemctl管理的服务，就去修改对应的配置文件。相信我，当你看到画面变得流畅时你不会在意那一点点清晰度的损失的。
服务器不是超人， 它的CPU和内存也是有限的
不如... YYDS... 服务器不是超人，它的CPU和内存也是有限的。当后台跑着几个巨大的Java应用，或者数据库在疯狂读写时分给VNC的资源就少得可怜了。时不时用top或者htop看一眼系统状态。如果CPU长期100%，内存也被吃光，那VNC不卡才怪。
有时候， 服务器的显卡驱动或者VNC的图形加速机制会导致兼容性问题，表现为画面闪烁或者直接黑屏。如果你对图形性能没有极致的要求，干脆禁用图形加速算了我惊呆了。
别盲目地改配置， 先用ping命令测一下服务器和客户端之间的延迟和丢包率
别盲目地改配置，先用ping命令测一下服务器和客户端之间的延迟和丢包率。如果丢包严重，或者延迟忽高忽低，那先别折腾VNC了先解决网络问题。如果你还在用Wi-Fi连接服务器进行大流量传输，踩个点。听我一句劝，换根网线吧。无线网络的稳定性在长时间远程操作中简直是个噩梦，稍微有点干扰就会导致VNC会话卡死。
这是一个容易被忽视的重灾区
基本上... 这是一个容易被忽视的重灾区。如果你在服务器上跑的是GNOME或者KDE这种全功能的桌面环境，那VNC卡顿简直太正常了。这些桌面环境本身就要消耗大量的资源来渲染华丽的特效，而VNC还要把这些特效压缩传输，简直是双重折磨。
如果你是在内网环境， 或者对平安要求不是那么极端，可以尝试降低加密级别，甚至在客户端连接时选择“无加密”或者“低加密”。 换位思考... 别纠结... 有时候，少一点平安，多一点稳定，也是无奈之举。当然公网环境下还是请谨慎操作，别为了方便丢了数据。
解决“能不能连”的问题
解决了“能不能连”的问题，接下来我们要解决“好不好用”的问题。默认的VNC配置往往传输了太多不必要的数据，导致带宽占用高，响应慢。我们要做的，就是给数据流“瘦身”，容我插一句...。
很多时候， 你连不上，不是网络不好，而是被防火墙挡在了门外
很多时候，你连不上，不是网络不好，而是被防火墙挡在了门外。TigerVNC默认使用5901端口，5902对应:2，以此类推。如果你的防火墙策略没做好， 客户端发出的连接请求就像石沉大海，在我看来...，推倒重来。
你需要明确地告诉CentOS的firewalld：“放行！”
sudo firewall-cmd --permanent --add-port=5901/tcp
sudo firewall-cmd --reload还行。 实施完这两条命令，心里是不是踏实多了？当然别忘了检查一下SELinux。这个平安模块有时候“尽职”得让人头疼。醉了... 如果你发现连接总是莫名其妙被拒绝， 可以尝试临时把SELinux设置为Permissive模式测试一下：
setenforce 0没法说。 如果这样就能连上了说明就是SELinux的策略问题，你需要去调整它的布尔值，而不是直接关掉它。
很多时候， 不稳定的根源在于一开始就没打好地基
很多时候，不稳定的资源在于一开始就没打好地基。很多朋友为了图快， 直接一顿yum install完事，后来啊后续各种奇奇怪怪的问题接踵而至。我们要做的，是每一步都走得稳当，绝了...。
先说说确保你的软件源是最新的，并且安装了正确的版本。旧版本的TigerVNC可能存在已知的稳定性bug， 破防了... 这就像是在沙地上盖楼，随时可能塌陷。实施更新是必须的：
sudo yum update tigervnc-server
sudo yum install -y tigervnc-server安装完成后不要急着启动服务。很多新手容易忽略的一个细节就是用户权限和密码设置。VNC不仅仅是给root用的，很多时候我们需要以普通用户身份登录。假设我们有一个用户叫alice，那么设置流程应该是这样的：
su - alice
vncpasswd这事儿我可太有发言权了。 这里一定要设置一个强密码。别为了省事设个“123456”，远程端口暴露在公网上，弱密码就是给黑客留后门。设置完密码后我们还需要关注那个至关重要的启动脚本~/.vnc/xstartup。这个文件就像是VNC的心脏起搏器， 如果它不存在或者没有施行权限，你的客户端就会无情地提示“连接超时”或“连接被拒绝”，这就说得通了。
在~/.vnc/xstartup文件末尾加上这一行：，我跪了。
startxfce4 &重启VNC服务后你会惊讶地发现，整个世界都清爽了。鼠标响应如丝般顺滑，窗口切换也不再卡顿，动手，他破防了。。
切换到轻量级桌面环境， 比如XFCE，是提升体验的“核武器”
切换到轻量级桌面环境，比如XFCE，是提升体验的“核武器”。XFCE简洁、高效，占用资源极低。安装XFCE后记得修改~/.vnc/xstartup文件， 我懵了。 把原本启动GNOME的命令替换掉：
#!/bin/bash
xrdb $HOME/.Xresources
startxfce4 &你可以用ls -l ~/.vnc/xstartup看一眼，确保它是可施行的。 摸鱼。 如果权限不对，赶紧chmod +x修好它。
你可能会看到诸如“Address already in use”或者“Auntication failed”之类的错误
你可能会看到诸如“Address already in use”或者“Auntication failed”之类的错误。如果是端口被占用， 用netstat -tulpn找出是哪个流氓进程占用了5901端口，干掉它。如果是配置文件语法错误，日志里也会明明白白地写出来第几行错了。
如果说配置是地基，那网络就是通往服务器的道路。路不好走，车再好也跑不起来。VNC对网络延迟和丢包是非常敏感的。极度舒适。你有没有遇到过这种情况：鼠标点一下过了两秒光标才动？这通常就是网络在作祟，绝绝子...。
操作一波
操作一波... 清理一下/tmp目录下的临时文件， 关闭那些不必要的服务，给VNC留点喘息的空间。如果硬件实在跟不上，那只能考虑升级配置了这是物理法则，谁也救不了，当冤大头了。。
归根结底。 如果你试遍了上面所有方法， VNC还是像是个顽皮的孩子一样时好时坏，那我们就得拿出再说说的杀手锏了——看日志。日志不会撒谎，它会告诉你到底哪里出了问题。
但如果你的VNC还是像“老朋友”一样时好时坏，那就别犹豫了重装吧。 不如... 有时候，文件系统的损坏或者库文件的冲突会导致莫名其妙的问题。
sudo yum remove tigervnc-server
sudo yum install -y tigervnc-server栓Q！重装后记得重新配置密码和xstartup文件。这就像是格式化重装电脑， 真香！ 虽然麻烦，但往往能解决90%的疑难杂症。
稳了！试着降低一下标准
稳了！试着降低一下标准。对于大多数运维操作，1024x768或者1280x1024的分辨率完全够用。颜色深度降到16位，肉眼几乎看不出区别，但数据传输量却能大幅下降。你可以直接在启动命令里加上参数：
export LIBGL_ALWAYS_SOFTWARE=1这行代码能强制使用软件渲染， 虽然牺牲了一点点GPU加速的性能，但换来的是无比的稳定和兼容性，这笔买卖绝对划算，摆烂...，心情复杂。
希望这篇文章能帮你解决那些让人抓狂的连接问题
希望这篇文章能帮你解决那些让人抓狂的连接问题。当你下次再通过VNC流畅地操作服务器， 看着屏幕上的指令行飞速滚动时你会感谢现稳定压倒一切， 不是我唱反调... 从头再来。而一个顺手的远程工具，就是我们手中最锋利的剑。
当VNC连接不稳定时我们往往容易陷入一种“调试的绝望”中。你有没有过这样的经历？鼠标点一下等三秒才动， 出岔子。 然后你开始怀疑人生——是不是服务器资源耗尽了？是不是加密方式成了拦路虎？
我们先从一个简单的命令开始：
vncserver :1 -geometry 1024x768 -depth 16盘它。 或者， 如果你是通过systemctl管理的服务，就去修改对应的配置文件。相信我，当你看到画面变得流畅时你不会在意那一点点清晰度的损失的。
服务器不是超人， 它的CPU和内存也是有限的
不如... YYDS... 服务器不是超人，它的CPU和内存也是有限的。当后台跑着几个巨大的Java应用，或者数据库在疯狂读写时分给VNC的资源就少得可怜了。时不时用top或者htop看一眼系统状态。如果CPU长期100%，内存也被吃光，那VNC不卡才怪。
有时候， 服务器的显卡驱动或者VNC的图形加速机制会导致兼容性问题，表现为画面闪烁或者直接黑屏。如果你对图形性能没有极致的要求，干脆禁用图形加速算了我惊呆了。
别盲目地改配置， 先用ping命令测一下服务器和客户端之间的延迟和丢包率
别盲目地改配置，先用ping命令测一下服务器和客户端之间的延迟和丢包率。如果丢包严重，或者延迟忽高忽低，那先别折腾VNC了先解决网络问题。如果你还在用Wi-Fi连接服务器进行大流量传输，踩个点。听我一句劝，换根网线吧。无线网络的稳定性在长时间远程操作中简直是个噩梦，稍微有点干扰就会导致VNC会话卡死。
这是一个容易被忽视的重灾区
基本上... 这是一个容易被忽视的重灾区。如果你在服务器上跑的是GNOME或者KDE这种全功能的桌面环境，那VNC卡顿简直太正常了。这些桌面环境本身就要消耗大量的资源来渲染华丽的特效，而VNC还要把这些特效压缩传输，简直是双重折磨。
如果你是在内网环境， 或者对平安要求不是那么极端，可以尝试降低加密级别，甚至在客户端连接时选择“无加密”或者“低加密”。 换位思考... 别纠结... 有时候，少一点平安，多一点稳定，也是无奈之举。当然公网环境下还是请谨慎操作，别为了方便丢了数据。
解决“能不能连”的问题
解决了“能不能连”的问题，接下来我们要解决“好不好用”的问题。默认的VNC配置往往传输了太多不必要的数据，导致带宽占用高，响应慢。我们要做的，就是给数据流“瘦身”，容我插一句...。
很多时候， 你连不上，不是网络不好，而是被防火墙挡在了门外
很多时候，你连不上，不是网络不好，而是被防火墙挡在了门外。TigerVNC默认使用5901端口，5902对应:2，以此类推。如果你的防火墙策略没做好， 客户端发出的连接请求就像石沉大海，在我看来...，推倒重来。
你需要明确地告诉CentOS的firewalld：“放行！”
sudo firewall-cmd --permanent --add-port=5901/tcp
sudo firewall-cmd --reload还行。 实施完这两条命令，心里是不是踏实多了？当然别忘了检查一下SELinux。这个平安模块有时候“尽职”得让人头疼。醉了... 如果你发现连接总是莫名其妙被拒绝， 可以尝试临时把SELinux设置为Permissive模式测试一下：
setenforce 0没法说。 如果这样就能连上了说明就是SELinux的策略问题，你需要去调整它的布尔值，而不是直接关掉它。
很多时候， 不稳定的根源在于一开始就没打好地基
很多时候，不稳定的资源在于一开始就没打好地基。很多朋友为了图快， 直接一顿yum install完事，后来啊后续各种奇奇怪怪的问题接踵而至。我们要做的，是每一步都走得稳当，绝了...。
先说说确保你的软件源是最新的，并且安装了正确的版本。旧版本的TigerVNC可能存在已知的稳定性bug， 破防了... 这就像是在沙地上盖楼，随时可能塌陷。实施更新是必须的：
sudo yum update tigervnc-server
sudo yum install -y tigervnc-server安装完成后不要急着启动服务。很多新手容易忽略的一个细节就是用户权限和密码设置。VNC不仅仅是给root用的，很多时候我们需要以普通用户身份登录。假设我们有一个用户叫alice，那么设置流程应该是这样的：
su - alice
vncpasswd这事儿我可太有发言权了。 这里一定要设置一个强密码。别为了省事设个“123456”，远程端口暴露在公网上，弱密码就是给黑客留后门。设置完密码后我们还需要关注那个至关重要的启动脚本~/.vnc/xstartup。这个文件就像是VNC的心脏起搏器， 如果它不存在或者没有施行权限，你的客户端就会无情地提示“连接超时”或“连接被拒绝”，这就说得通了。
在~/.vnc/xstartup文件末尾加上这一行：，我跪了。
startxfce4 &重启VNC服务后你会惊讶地发现，整个世界都清爽了。鼠标响应如丝般顺滑，窗口切换也不再卡顿，动手，他破防了。。
切换到轻量级桌面环境， 比如XFCE，是提升体验的“核武器”
切换到轻量级桌面环境，比如XFCE，是提升体验的“核武器”。XFCE简洁、高效，占用资源极低。安装XFCE后记得修改~/.vnc/xstartup文件， 我懵了。 把原本启动GNOME的命令替换掉：
#!/bin/bash
xrdb $HOME/.Xresources
startxfce4 &你可以用ls -l ~/.vnc/xstartup看一眼，确保它是可施行的。 摸鱼。 如果权限不对，赶紧chmod +x修好它。
你可能会看到诸如“Address already in use”或者“Auntication failed”之类的错误
你可能会看到诸如“Address already in use”或者“Auntication failed”之类的错误。如果是端口被占用， 用netstat -tulpn找出是哪个流氓进程占用了5901端口，干掉它。如果是配置文件语法错误，日志里也会明明白白地写出来第几行错了。
如果说配置是地基，那网络就是通往服务器的道路。路不好走，车再好也跑不起来。VNC对网络延迟和丢包是非常敏感的。极度舒适。你有没有遇到过这种情况：鼠标点一下过了两秒光标才动？这通常就是网络在作祟，绝绝子...。
操作一波
操作一波... 清理一下/tmp目录下的临时文件， 关闭那些不必要的服务，给VNC留点喘息的空间。如果硬件实在跟不上，那只能考虑升级配置了这是物理法则，谁也救不了，当冤大头了。。
归根结底。 如果你试遍了上面所有方法， VNC还是像是个顽皮的孩子一样时好时坏，那我们就得拿出再说说的杀手锏了——看日志。日志不会撒谎，它会告诉你到底哪里出了问题。
但如果你的VNC还是像“老朋友”一样时好时坏，那就别犹豫了重装吧。 不如... 有时候，文件系统的损坏或者库文件的冲突会导致莫名其妙的问题。
sudo yum remove tigervnc-server
sudo yum install -y tigervnc-server栓Q！重装后记得重新配置密码和xstartup文件。这就像是格式化重装电脑， 真香！ 虽然麻烦，但往往能解决90%的疑难杂症。
稳了！试着降低一下标准
稳了！试着降低一下标准。对于大多数运维操作，1024x768或者1280x1024的分辨率完全够用。颜色深度降到16位，肉眼几乎看不出区别，但数据传输量却能大幅下降。你可以直接在启动命令里加上参数：
export LIBGL_ALWAYS_SOFTWARE=1这行代码能强制使用软件渲染， 虽然牺牲了一点点GPU加速的性能，但换来的是无比的稳定和兼容性，这笔买卖绝对划算，摆烂...，心情复杂。
希望这篇文章能帮你解决那些让人抓狂的连接问题
希望这篇文章能帮你解决那些让人抓狂的连接问题。当你下次再通过VNC流畅地操作服务器， 看着屏幕上的指令行飞速滚动时你会感谢现稳定压倒一切， 不是我唱反调... 从头再来。而一个顺手的远程工具，就是我们手中最锋利的剑。