vnc画面传送慢怎么解决

vnc画面传送慢怎么解决,第1张

公司安装Windows系统的服务器很少连续运行超过三个月,定期重启几乎是必须的,否则死机、蓝屏、响应奇慢等等各种问题都来了。

把定时重启服务器命令添加到定时任务里,对减少服务器故障确有帮助,可只是掩盖了问题而非最终解决,其代价是“抽 to death”--服务器死机甚至无法引导操作系统,这时就会比较惨,半夜也不得不赶去机房救火。如果赶上放假、旅游、回老家,更是苦不堪言,为此笔者甚至多次动过转行的念头!有个朋友推荐笔者使用硬件VNC来解决突发性,笔者通过一段时间的使用及经验积累感觉运维压力减轻不少,特在此介绍给各位运维同行以助早日脱离苦海。

谈到VNC,运维人员大多十分熟悉,是一类老牌远程桌面工具的通称,其以支持多平台而著称,已成为远程桌面的事实标准,其中包括大名鼎鼎的RealVNC、TightVNC等等。所谓硬件VNC,是指它是集成了VNC服务端功能的硬件,它独立于受控服务器安装运行,不需要在受控服务器上安装任何VNC服务端,只需要把硬件VNC连接到受控服务器上,然后就可以通过各种VNC客户端连接受控服务器了。与各种软件VNC相比,硬件VNC的最大好处是不依赖于服务器,通过硬件VNC可以远程配置BIOS、查看蓝屏错误、连接巨卡的服务器,甚至服务器死机了仍可连接。在这里简单介绍一下笔者利用硬件VNC解决Windows 2003服务器故障的三个实例,其中有笔者总结的一些小技巧,希望可以对各位运维同道有所帮助和启发:

实例一、服务器CPU或内存占用过高,响应缓慢

解决思路:尽快找到占用CPU或者内容过高的异常进程并予以结束,无法结束时可以考虑重启服务器。

具体操作:可以想象此时服务器响应已经非常缓慢,服务器上运行的VNC或者远程桌面服务往往已经无法连接。此时应通过硬件VNC连接服务器,考虑到服务器响应速度慢导致难以操作,应减少鼠标操作,尽量通过快捷键完成操作。笔者总结的最快捷的操作顺序是(1)通过Ctrl+Shift+ESC组合键调查任务管理器(2)通过Shift+Tab键切换到“进程”页(3)找到导致服务器CPU和内存进程使用率占用异常的进程后,通过Alt+E键予以结束。按此流程,最少只需要2、3次按键就可以把异常进程K掉了,然后再查明引起异常的具体原因或者重启相应进程即可。里面还有一个小技巧,就是尽量通过TightVNC来连接硬件VNC,然后按下TightVNC里面的“Ctrl工具项”再按下Shift+ESC键,这样才能调出任务管理器,试一下你就明白了,不解释。

如果无法找到问题进程,只能选择重启服务器以最快恢复故障,笔者使用的最快捷操作是:(1)TightVNC下按下“Windows旗帜按键”后点击R键(2)在运行对话框内输入命令‘ shutdown -r -f -t 00’后按回车键,系统将立即进行重启。

实例二、服务器中毒或受到攻击导致网络带宽被占满

解决思路:禁用网络接口,查明具体原因后再重新启用

具体操作:一般情况下(如服务器受到SYN FLOOD攻击导致最大连接数占满),硬件VNC的网络连接未受波及,此时可以直接远程控制受控主机,在“网上邻居”图标上点击鼠标右键选择“属性”,此时会打开“网络连接”窗口,选择相应网络连接后点击鼠标右键选择“禁用”即可。某些特殊情况下(如服务器中毒后大量向局域网发包),硬件VNC的网络连接带宽也受到一定影响,此时硬件VNC的远程桌面画面刷新也会比较缓慢,建议通过快捷键进行操作。笔者的做法是:(1)在TightVNC下按下“Windows旗帜按键”后点击R键,键入“cmd+回车”,此时会调出Dos命令提示行窗口(2)在Dos窗口中键入命令‘netsh interface set interface name="eth0" admin=DISABLED ’,即可禁用网络名称为eth0的网络连接,命令中“eth0”部分需要替换成相应网络连接名称。建议在日常维护中做好相应准备,将“本地连接*”的中文网络连接名称更换为“eth*”样式的英文简写,已备在关键时刻使用。另外,还可以通过命令‘netsh interface show interface’命令查看网络连接名称和当前状态,通过命令‘netsh interface set interface name="eth0" admin=ENABLED ’,即可重新启用网络连接eth0。

实例三、服务器蓝屏

解决思路:记录蓝屏信息,尝试重启服务器,如无法引导则进入安全模式

具体操作:蓝屏情况下,硬件VNC可以看到屏幕的现实信息,有的时候这部分信息可以指出具体出错的硬件驱动或者DLL程序是什么,这类情况下可以通过VNC客户端将屏幕拷贝下来,留作稍后分析使用(当然很多情况下Windows的蓝屏提示信息也是没有任何价值的)。然后我们可以联系机房,帮我们进行重启,一般来讲,重启可以恢复80%以上的故障。如果重启后进入操作系统过程中再次蓝屏,那我们只能跟机房来句“不好意思,麻烦您了,能再给重启一次吗…”,然后盯住VNC客户端,一旦看到服务器开机画面就开始狂按F8,选择进入安全模式,然后再慢慢修复具体故障好了。顺便提一个小经验,凭此方式也可以确切知道机房网管是否给重启了服务器,这点用途也不多解释了,都懂的。

 

以上是笔者总结的一些解决服务器故障方面的一些小经验与技巧,如果各位运维朋友有更优的解决方式、或者在实际运维工作中有任何疑问或困难,欢迎大家随时与笔者联系沟通,互相学习交流!

首先,这三个概念不能被归为工具,准确来说,应该被归类为连接协议(Protocol)

Telnet与Ssh通常以命令行形式呈现。此外,由于加密算法的区别,Ssh的安全性相对更高。

VNC与其他两者可谓天壤之别,以图片形式呈现,安全性同样高,但因此它对网络流量与硬件性能要求更高,速度相对来说也更慢。

在条件允许的情况下,我更建议选择VNC来工作。毋庸置疑,在你更熟悉桌面环境的情况下VNC对你的帮助会很大。


欢迎分享,转载请注明来源:夏雨云

原文地址:https://www.xiayuyun.com/zonghe/331029.html

(0)
打赏 微信扫一扫微信扫一扫 支付宝扫一扫支付宝扫一扫
上一篇 2023-05-03
下一篇2023-05-03

发表评论

登录后才能评论

评论列表(0条)

    保存