centos7下jumpserver部署，多个koko组件分布式部署。

jumpserver堡垒机官方地址：
>在该文件中包括了许多与 *** 作系统、内核参数以及系统更新相关的重要信息。 机器在出厂时已预置了核心配置参数，但如果用户自己需要，则需要进一步调整这些参数。关于核心参数配置请检查release notes。 为系统准备磁盘空间时，必须首先正确设置如下权限： chmod 660 device_name chgrp informix device_name chown informix device_name 我们建议用户最好能为原始设备建立链接文件，原因有两个： 1可以利用链接命令描述设备使用信息，例如那一个chunk在使用那一个设备； 2便于恢复。 在UNIX系统中利用ln命令建立链接 环境变量 INFORMIXDIR 牐牐牐犐柚梦猧nformix产品所在的目录 PATH牐牐牐牐牐牐牐牥括INFORMIXDIR/bin ONCONFIG牐牐牐牐牐犐柚胦nconfig文件名 INFOMRIXSERVER牐牐犐栉维onconfig参数中的DBSERVERNAM值 PSORT_NPROCS 牐牐 设置为物理CPU VPs数 我们推荐所有的informix和数据库用户使用korn shell。注册环境必须在注册时自动设置。一般来说，所有环境变量在profile中设置。我们希望所有系统用户使用同一注册文件。Informix必须设置的环境变量如上所示。 连接三角 客户与动态服务器的连接包括三个部分。环境变量INFORMIXSERVER是指向通讯配置文件内某一条目的指针。通讯配置文件的默认路径和名称为 $/INFOMRIXDIR/etc/sqlhosts。该文件的第一个字段包含了配置参数DBSERVERNAME或DBSERVERALIASES的值，其中DBSERVERNAME只能有一个，而用户可以通过环境变量INFORMIXSQLHOSTS改变通讯配置文件的存储路径及名称。 通讯配置文件（sqlhosts)的记录格式如下： dbservername netttype hostsname servicename 各字段的含义如下： dbservername 牐牐 onconfig 文件中的DBSERVERNAME或DBSERVERALIASES nettype 牐牐牐牐牐 对于共享内存连接来说是onipcshm牐牐牐牐牐 对于TLI TCP/IP连接来说是ontlitcp 对于sockets TCP/IP连接来说是onsockcp hostname 牐牐牷器的主机名 servicename 犖募/etc/services中的服务名，对于共享内存连接方式无用 系统初始化 #root dbspace配置 ROOTNAME 牐牐牐牐牐爎ootdbs牐牐牐牐牐牐#root dbspace名 ROOTPATH 牐牐牐牐牐/dev/online_root牐 #构成root dbspace的设备路径 ROOTOFFSET 牐牐牐牐0牐牐牐牐牐牐牐牐牐#root dbspace设备的偏移量（Kbyte) ROOTSIZE 牐牐牐牐牐50000 牐牐牐牐牐牐 #root dbspace大小（Kbyte) #磁盘镜像配置参数 MIRROR 牐牐牐牐牐牐0 牐牐牐牐牐牐牐牐 #镜像标志（YES=1,NO=0) MIRRORPATH 牐牐牐牐牐牐牐牐牐牐牐牐牐牐 #镜像root dbspace设备额路径 MIRROROFFSET 牐牐牐0牐牐牐牐牐牐牐牐牐#镜像root dbspace设备的偏移量 #物理日志配置 PHYSDBS牐牐牐牐牐牐爎ootdbs牐牐牐牐牐牐#物理日志（dbspace)的位置 PHYSFILE 牐牐牐牐牐1000 牐牐牐牐牐牐牐#物理日志文件大小（Kbytes) #逻辑日志配置 LOGFILES牐牐牐牐牐 10 牐牐牐牐牐牐牐牐#逻辑日志文件数量 LOGSIZE牐牐牐牐牐牐3000牐牐牐牐牐牐牐牐#逻辑日志大小（Kbyte) 动态服务器的初始化包括两部分：磁盘初始化，创建root dbsapce。root dbspace中有12页专门用于存放系统信息，称为系统保留页。剩余空间中包含被称为chunk free list的页，50页tblspace ,4页database tablespace。在root dbspace中还存储sysmaster和sysutils数据库。 在系统初始化时，物理日志和逻辑日志都自动建立在root dbspace中。逻辑日志的最优大小很难确定，因为与各系统的事务活动状况紧密相关。

, 错误原因：
模拟器脚本运行环境初始化失败可能是由于以下原因引起的：
1 模拟器软件版本不兼容: 不同的 *** 作系统版本可能需要使用不同的模拟器软件版本，如果使用的是不兼容的版本，可能会导致模拟器脚本运行环境初始化失败。
2 计算机硬件配置不足: 模拟器无法运行可能也是由于计算机硬件配置不足，例如 *** 作系统版本太低，内存不足，硬盘空间不足等情况。
3 模拟器配置参数不正确: 不正确的配置参数可能会导致模拟器无法正常运行，例如 *** 作系统版本不正确，模拟系统参数不正确，等等。

变量可分为两类：

环境变量又被称为全局变量，可以在创建的shell以及任意子进程shell中使用。局部变量只能在创建的shell脚本中使用。

环境变量用于定义Shell的运行环境，保证Shell命令的正确执行，Shell通过环境变量来确定登录的用户名、登录目录等。所有的环境变量都是系统的全局变量，可用于所有的子进程中。

环境变量可以在命令行中设置，但用户退出后这些变量值也会随之丢失，所以最好在下面的文件或者目录中配置，每次用户登录都将会被初始化：

环境变量可用在任意的Shell进程中，环境变量名一般大写，并且是已经使用export内置命令进行了导出。比如HOME、PATH、UID、USER等，在用户登陆之前已经本/bin/login程序设置好了。

下面是常见的系统环境变量：

更多详情请通过env命令查看：

如果设置想自己设置环境变量，有临时生效和永久生效两种：

在bash_profile或者/etc/profile文件中使用export导出变量，然后使用""或者source命令使其生效。

系统的内置的环境变量或者自定义的环境变量可以通过echo或者printf进行打印：

对于有哪些变量使用env（上述已经说过）或者set命令：

使用unset取消变量，不要随意使用，尤其是系统环境变量：

局部变量的生命周期是当前的Shell脚本，如果启动另一个Shell进程或者退出当前Shell进程，变量就会丢失。

局部变量又三种定义方式：

变量名一般以字母、数字、下划线组成，其中以字母开头。

为了更好的说明上面定义的三种方式，即不加引号、加单引号、加双引号的区别，以下面的例子说明：

上述a、b、c输出为：

在上面的基础上如果变成下面的例子：

a、b、c的输出有时什么呢？

从上面的例子中可以看出第一种定义a变量的方式（不带引号），内容一般为简单连续的数字、字符串等；第二种定义b变量的方式（单引号）所见即所得，内容原样输出；第三种定义c变量的方式（双引号），输出变量时引号中变量会经过解析后输出。

所以，脚本中单纯的数字可以不使用引号，但是其它普通字符串尽量使用双引号。

系列教程：

Python虚拟环境搭建-学习视频教程-腾讯课堂keqqcom

测试环境是QA开展测试工作的前置条件。稳定和可控的测试环境，可以使测试人员在执行测试用例时无需花费额外的时间去维护。有些公司运维或者研发部门会帮忙准备好测试环境，但是QA如果一味依赖其他部门，会局限测试工作的开展。
一、什么是测试环境
测试环境，指为了完成软件测试工作所必需的计算机硬件、软件、网络设备、历史数据的总称，简而言之，测试环境=硬件+软件+网络+数据准备+测试工具。
硬件：指测试必需的服务器、客户端、网络连接等辅助设备。
软件：指测试软件运行时的 *** 作系统、数据库及其他应用软件。
网络：指被测软件运行时的网络系统、网络结构以及其他网络设备构成的环境等。
数据准备：一般指测试数据的准备。测试数据会在测试用例设计的阶段设计好，然后软件运行的时候，作为软件输入去验证软件功能。如果是少量、正常的测试数据，可以直接通过手动方式模拟出来，如果是大量的用户数据的模拟，可以借助测试工具来构建。
测试工具：工具是辅助测试的好帮手，针对将要做的测试类型，可选择合适的工具让我们的测试事半功倍。比如接口测试，可以选择Jmeter或者postman；抓包工具，可以选择fiddler，wireshark等。
二、搭建测试环境的原则
1 真实
要求测试人员尽量模拟用户的真实使用环境。我们应该选用合适的 *** 作系统和软件平台，了解符合测试软件运行的最低要求及用户使用的硬件配置，考虑到与其他软件共存时，是否能正常运行等。
2 无毒
若搭建的测试环境感染病毒，会导致测试软件经常出现莫名的崩溃，运行不起来等现象，导致测试中断。使用正版杀毒软件防止病毒感染测试环境，保证无毒环境。
3 独立
测试过程中要确保我们的测试环境独立，避免测试环境被占用，影响测试进度及测试结果。有时开发人员为确定问题会使用我们的测试环境，这样会打乱我们的测试活动。为避免这种情况，测试环境与开发环境应相互独立，开发人员根据缺陷表单，在开发环境中复现和定位问题。
4 可复用
当我们刚搭建好测试环境，安装测试软件之前及测试过程中，对 *** 作系统及测试环境进行备份是必要的。在当测试环境遭到破坏时，可以恢复测试环境，避免测试数据丢失，出现不可预知的问题。
三、如何搭建测试环境
1认识LNMT架构
这里主要介绍测试环境服务端的部署。不同公司的服务端部署都不一样。互联网公司比较典型的部署框架LNMT（Linux+Nginx+Mysql+Tomcat）如下图：
浏览器和APP端是通过>