Windows Server 2008搭建终端服务器

终端服务是在首先引入的一个服务。终端服务使用RDP协议(远程桌面协议)客户端连接，使用终端服务的客户可以在远程以图形界面的方式访问服务器，并且可以调用服务器中的应用程序、组件、服务等，和操作本机系统一样。这样的访问方式不仅大大方便了各种各样的用户，而且大大地提高了工作效率，并且能有效地节约企业的成本。

终端服务的目的是为了实现集中化应用程序的访问。终端服务主要应用于以下几种环境中：

应用程序集中部署：在客户端-服务器网络体系中，如果客户端需要使用相同的应用程序，比如都要使用相同版本的邮件客户端、办公软件等，而客户端部署的操作系统又不尽相同，如Win2000、Win、等，这时候如果网络规模很大，分别向这些客户端部署相同版本的应用软件是件让管理员非常头痛的事情，需要大量重复的工作而且需要考虑软件版本的兼容性问题。这时候如果采用终端服务可以很好的解决这个问题，客户端需要使用的应用软件只需在终端服务器上部署一次，无论客户端安装什么版本的操作系统，都可以连接到终端服务器使用特定版本的应用软件。

终端服务简单图解

分支机构方便利用：企业分支机构一般没有或者只有很少的专业IT管理员，企业如果向各个分支机构委派专门的网络管理员无疑会为企业增加不小的开支。这时候如果分支机构的计算机均采用终端服务的解决方案，统一连接到终端服务器应用特定软件，可以简化IT管理维护，减少维护成本和复杂程度。

任意地点的安全访问：很多时候出差在外的员工需要应用某个特性的应用软件，如公司定制的财务软件等，这时候员工可以通过手机、笔记本等移动设备，在任意地点连接公司终端服务器进行应用。如在Windows Server 2008中，用户可以利用终端服务中的TS Web Access功能，没必要连接***，仅仅通过Web方式即可访问企业终端服务器，并且可以获得良好的用户体验。此外，Server 08中的终端服务具有网关功能TS Gateway，可以裁决用户是否满足连接条件，并且可以确定用户可以连接哪些终端服务器，保证了安全性。

上一页12 3 4 5 6 7 下一页

jumpserver堡垒机官方地址：

https://docsjumpserverorg/zh/docs/indexhtml

本次使用centos7的系统，属于测试阶段，由于服务器数量不足，部署方案为，一台服务器部署jumpserver服务和koko组件，另一台单独部署koko组件，与jumpserver服务器连通。

koko属于一个ssh连接代理组件。

本次部署是使用docker和docker-compose部署。

服务器初始化脚本：

docker环境安装好之后开始部署jumpserver服务。我们部署在/data目录下。

参考docker-compose部署的文档。

https://githubcom/wojiushixiaobai/docker-compose

拉取Git仓库。

在这个Git仓库中包含了jumpserver服务器的所有组件，env是环境变量。理论上如果不需要部署分布式的话，直接启动服务就完成了安装，启动命令为 docker-compose up -d 。如下

通过服务器的80端口即可访问，管理员的用户名密码都为admin。

ssh 登录的话，默认koko的端口是2222，所以

输入密码即可。

分布式部署koko的话，docker-compose 文件需要做一些改动。

需要暴露并映射出core服务的8080端口，在core服务中添加以下两行

参考：

docker-composeyml文件修改好之后我们可以启动服务。

可以看到服务已经启动，jms_core的端口为8080 ，koko端口为2222，koko端口可以自定义修改，ssh登录的时候使用自定义修改的端口即可。

此时在另外一台服务器部署koko组件。

官网文档中使用的是docker部署，我修改为通过docker-compose部署。

服务器初始化文件可以参考以上脚本，按照需要修改，实际需要docker和docker-compose环境即可。

docker-composeyml文件如下，请按照实际情况和需要来修改

在这个文件中我将koko的端口映射为2223-->2222，即ssh 登录的时候 ssh -p 2223 admin@IP 即可,环境变量CORE_HOST处修改为你jumpserver服务器部署处的主机IP的8080端口，之前我特意添加并映射过8080端口，环境变量 BOOTSTRAP_TOKEN处修改为你自己的token，此处token在你部署jumpserver处的Git仓库的 env 文件中,请按照需要自行修改。

当文件修改完之后就可以启动了。

docker-compose ps 查看服务运行状态。

如果服务正常启动我们可以通过ssh连接测试是否部署成功。

1，连接jumpserver服务器所在的koko,端口是2222

2, 连接另一台服务器的koko，端口是2223

输入密码后如果出现以下界面即部署成功。

web端登录需要访问jumpserver服务器的80端口，用户名密码都是admin。

提示：服务器的相关端口要打开，如80,8080,2222,2223

分级部署的目的是集中管理，一旦进行分级部署，域账户自动同步，目的是可以互相信任，统一分配权限

不过分级部署也有弊端，那就是整个结构过于庞大，一般公司使用独立域管理即可。如果权限分配原因则可进行信任操作。策略也可以导出，导入做到同步。

路由模式部署灵活，约60%的用户采用这种方式部署；桥接模式不改变现有的网络架构；服务直接返回（DSR）比较适合吞吐量大特别是内容分发的网络应用。约30%的用户采用这种模式。1、路由模式（推荐） 路由模式的部署方式如上图。服务器的网关必须设置成负载均衡机的LAN口地址，且与WAN口分署不同的逻辑网络。因此所有返回的流量也都经过负载均衡。这种方式对网络的改动小，能均衡任何下行流量。2、桥接模式 桥接模式配置简单，不改变现有网络。负载均衡的WAN口和LAN口分别连接上行设备和下行服务器。LAN口不需要配置IP（WAN口与LAN口是桥连接），所有的服务器与负载均衡均在同一逻辑网络中。由于这种安装方式容错性差，网络架构缺乏弹性，对广播风暴及其他生成树协议循环相关联的错误敏感，因此一般不推荐这种安装架构。3、服务直接返回模式 这种安装方式负载均衡的LAN口不使用，WAN口与服务器在同一个网络中，互联网的客户端访问负载均衡的虚IP（VIP），虚IP对应负载均衡机的WAN口，负载均衡根据策略将流量分发到服务器上，服务器直接响应客户端的请求。因此对于客户端而言，响应他的IP不是负载均衡机的虚IP（VIP），而是服务器自身的IP地址。也就是说返回的流量是不经过负载均衡的。