记一次VNC远程链接Linux问题解决记录（5900端口测试、KDE桌面安装）

最近几天，到一个项目上安装Linux部署环境。因为服务器在机房，而进机房又比较麻烦，因而选择VNC远程链接Linux就显得天然而然了。之前也用过VNC，并且还常用，因为各个项目环境不太同样，此次也遇到几个问题，记下来，分享备忘。

使用VNC大体有如下几个问题须要关注：

一、VNC是否安装；

二、VNC服务是否启动；

三、网络是否通畅，包括IP、端口等。

Linux版本：RedHat Enterprise Linux Server release 6.5

VNC工具：vnc-4_1_2-x86_win32_viewer

第1个问题很好解决，若是vncserver命令没法使用，就说明没有安装，能够经过安装光盘使用yum命令安装，也能够下载单独vncserver的rpm文件安装，使用过的版本vnc-server-4.1.2-14.el5_6.6.x86_64.rpm

第2个问题，使用vncserver命令开启服务便可；

开启VNC服务：vncserver :1

关闭VNC服务：vncserver -kill :1

在第一次开发VNC服务，命令行会提示输入密码~

第3个问题，IP地址若是是局域网，只要在同一个网段就能访问到，若是是互联网，内部的局域网地址须要映射成互联网能够访问的IP地址

关于端口问题，VNC服务使用的端口号与桌面号相关，网上搜到的介绍以下：

VNC使用TCP端口从5900开始，对应关系以下

桌面号为“1”  ----端口号为5901
桌面号为“2”  ----端口号为5902
桌面号为“3”  ----端口号为5903

……

我也记住了，端口是从5900开始的。若是是有防火墙软件，须要把5900端口开放才能使用。因而联系网管开放了5900端口。很快网管也给了回复说5900端口已经开启。

但是问题出现了，个人VNCViewer连不上服务器，一直显示在拼命链接中

既然出现问题，那就找各类方法验证5900端口是否已经开放成功。

经常使用TCP/UDP端口参考http://blog.csdn.net/huiwenjie168/article/details/27328689

因为telnet命令也须要使用端口23，而23端口通常也不会开放。因此只能尝试其余方法。经常使用的还有如下几个命令：

traceroute命令：traceroute IP地址 -p 5900

nc命令：nc -z -w 1 IP地址 5900

netstat命令：netstat -apn | grep 5900

两种方法都尝试了，结果证实5900端口是通的。那为何VNCViewer连不上呢？

IP地址是没问题的，由于在互联网能够ping通。那问题到底在哪里呢？

仍是要从VNC的端口提及，网上通常都会搜到VNC的端口是从5900开始，桌面号1的端口是5901，桌面号2的端口是5902……

通常都是这么说，那5900对应哪一个呢？

问题就在这里了，只能猜到是桌面号0的端口才是5900

因而开启桌面号为0的VNC服务，从新使用VNCViewer链接，此次果真能够了。

除了5900端口问题以外，又遇到一个新的问题，VNCViewer远程链接Linux桌面成功以后，看不见桌面。

除了VNC Config的提示窗口以外，其余的桌面图标、工具栏、任务栏等都看不见。

网上搜到的解决办法以下：

将xstartup文件的最后一行修改成“startkde &”，再从新启动vncserver服务后就能够登录到KDE桌面环境

因而使用vi ./vnc/xstartup命令修改VNC设置，重启VNC服务，使用VNCViewer从新远程链接，结果仍是看不见。

VNC远程桌面除了使用KDE桌面以外，还可使用GNOME桌面。因而又将xstartup文件的最后一行修改成“gnome-session &”，从新尝试以后仍是不行。

尝试了两次以后，想到以前安装Linux的时候，KDE和GNOME桌面都是可选安装的，难道客户给提供的Linux系统没有安装吗？

既然服务器是咱们本身使用，先给安装KDE吧

yum groupinstall "X Window System" "KDE*"

等待一段时间以后，提示KDE安装完成。

再从新使用VNCViewer远程链接Linux桌面，此次出现了期待的结果，Linux桌面终于出现了。