终端服务器作为一种具有极高性价比的网络设备，在国内具有广阔的市场。它可以连接众多的异步设备，并且只占用一个网络节点，从而减少了以太网上的碰撞率，提高了网络的通信性能。同时，终端服务器也可作为打印服务器、异步路由器使用。
当终端服务器出现问题时，会给众多用户造成极大的影响。下面我就介绍英国Specialix公司生产的JETSTREAM 8500系列终端服务器出现的两个问题及解决方法。
例一：某日，现场值班的同事来电话说一终端服务器出现了问题，终端无法使用。我想：终端服务器的工作电压是110V-240V，以前出现过由于现场电压不稳，造成终端服务器配置信息丢失的情况，这回是不是同样如此？拿着万用表到现场一量，果然电压不稳，峰值电压达到250多伏。将终端服务器取回后，使用缺省设置恢复开关将端口都恢复为控制端口，用串口线接上一终端，登录到终端服务器，在命令行方式下运行screen命令进入全屏幕方式，在server configuration菜单下将终端服务器的系统信息配置好。在line configuration菜单下将终端服务器的1-15端口配置成应用端口，16端口配置成控制端口后，在command line mode菜单下选择保存、退出。至此，终端服务器配置完毕。最后，为了防止类似事件的发生，在现场将终端服务器装好的同时，另外安装了一UPS。这下应该万事无忧啦，没想到，安装好后，现场终端还是没法使用，这是怎么回事儿？
将终端接至终端服务器控制端口16口,在全屏幕方式下检查发现，终端服务器的端口配置信息完好，但是，其系统配置信息发生了变化，internet address由172.21.91.4变成了172.21.0.4，怪不得终端不能用。重新配置完成后重启，登录再看，情况和刚才一样。万不得已，为了不影响生产，只好用一备用设备换下，拿回去再研究。虽仔细研究了设备的使用说明书和以前自己积累的相关技术文档，但在全屏幕方式下配置好后一旦重启机器，internet address还是变成了172.21.0.4，令人百思不得其解，折腾了一天也没找到解决的办法，只好向厂家在北京的办事处求援。
厂家技术支持人员听了我的介绍后，让我在命令行方式下，用show server命令查看服务器的配置，记下后与其对照，然后在命令行方式下执行如下命令：
set server dhcp off
之后再进行配置。按照技术人员所说配置完成后，果然恢复了正常。为什么会这样呢？后来，我在命令行方式下，用show server命令查看服务器的系统配置信息如下：
JS_8500# sh server
servername ytr4
internet address 172.21.91.4
subnet mask 255.255.255.0
broadcast address 172.21.91.255
domain name
ip_host 0.0.0.0
DNS
primary 172.21.91.124
tftp retry 5
tftp timeout 3
security off
authentication both(local+radius)
dhcp off
gui access on
banner off
JS_8500#
再用全屏幕方式下查看服务器的server configuration选项，显示如下：
servername [ytr4]
internet address [172.21.91.4]
broadcast address[172.21.91.255]
subnet mask [255.255.255.0]
domain name [ ]
ip_host [ ]
authentication[both(local+radius)]
gui access [on]
banner [off]
两者比较可以发现，在命令行方式下显示的参数比在全屏幕方式下多出了DNS、tftp retry、tftp timeout和dhcp（动态主机配置协议）四个参数，而正是由于dhcp处于on状态，使终端服务器向网上的DHCP服务器发出DHCP请求，由网上被授权的DHCP服务器向它提供了一个IP地址，而此IP地址并不是我们所需要的主机地址，导致终端不能使用。同时，由于自己习惯了使用全屏幕方式下进行配置，而在此方式下并不显示DHCP参数的存在，所以找不到错误产生的原因。
例二：某日，现场工作人员反映从昨天晚上开始，终端的显示速度变慢了。以前刚使用此终端服务器的时候，由于未按照标准接线，导致工作终端显示速度慢，后来在厂家技术人员的指导下重新接线，终端工作恢复了正常，从那以后都是标准接线，怎么又出问题了？
到现场一看，果然情况和以前的现象一样，一个办公室内用五类线直连在此终端服务器上的五台终端的显示速度很慢，在应用中，敲回车显示菜单和用左右箭头在菜单栏选择都要需要3、4秒钟才能显示出来，叫人无法忍受。我们机房到现场架设了光缆，而后由Hub分出，有一终端服务器接在此Hub上，终端都挂在终端服务器上。有五台终端用五类线直连在此终端服务器上，有一台终端用基带数传机通过专线连在此终端服务器上。从现象看，终端设备不可能出问题，使用备用的在别处检验正常的终端服务器换下此处的设备，现象还是照旧。这样一来，出问题的地方就剩下线路了。首先，我们先找到一接在现场Hub上的微机，用终端仿真程序实验，显示正常，证明光缆没问题。随后重新用一新五类线接好终端服务器和终端，终端显示速度还是奇慢无比，看来原来所用的终端线路也没有问题，问题到底在哪里？
无意间我听说现场的电台也出现了问题，信号受到干扰，那会不会是电磁干扰呢？于是，询问经过基带数传机连接到终端服务器的用户工作是否正常，果然远程用户并不受影响。既然问题找到了，就将终端服务器移至终端集中的办公室，远程用户线路也改到这个办公室，连接好后运行应用，终于恢复了正常速度。后来经电力部门证实，对现场附近的高压线路进行过改造。事后分析：因网络中所用的网络设备都是10M，虽有电磁干扰，但对微机的影响是微乎其微。而终端与终端服务器的连接速率仅为9600bps，干扰的影响自然明显。远程用户由于采用了基带数传机对传输信号进行了放大，当然可以免受干扰。
通过以上两例我们可以看出，对于问题的处理，一定要全面考虑。在第一例中，如果不是只在全屏幕方式下工作，早点转到命令行方式查找，就可以解决问题；而第二例中，若只考虑微机设备的问题，不思考外部环境的影响，问题还是解决不了。只有解放思路，才可以迅速找到问题所在，解决问题，让网络畅通无阻。
