首页>国内 > 正文

每日焦点!Web端执行服务器的命令和脚本

2022-08-16 15:51:36来源:今日头条

一、使用场景

服务器端一般都是类Unix系统,以linux的CentOS使用为多,无论使用的是哪种类Unix系统,服务端都不会安装窗口插件,而是使用命令和脚本来做一切事情,在这样的场景下,登录,执行命令,执行脚本,检查服务运行状态,检查服务产生日志,检查配置这些基本操作就会频繁的用到,但在命令行模式下操作这些动作很繁琐。比如检查某个服务是否是运行状态,需要先登录服务器,然后在进程中再查找该服务的进程是否存在。这里就介绍怎样通过web端来执行服务器端动作的方法,简化操作,提升工作效率。

二、选取实现方式

设计这个实现时比较了两个实现方式:


(资料图片)

1、通过java的Runtime类,执行命令和脚本。需要创建和维护一个工程,在工程里对接口权限控制也方便,但新加脚本和操作时需要修改工程,重新发布工程。

2、使用CGI接口,配置便捷,使用灵活,直接在服务器上写脚本,通过接口的通用路径就可以访问使用,但无法控制接口访问权限。

由于这个接口是使用在测试系统,方便,灵活是首选,权限问题就显示的不那么重要了。

CGI是一个很古老的技术,后来随着java servlet技术的兴起,在生产场景已经没有CGI的一点空间了,但它的灵活,便捷正好用在测试环境上。

三、配置CGI接口3.1、开启tomcat的CGI配置

tomcat和apache等中间件已经内置了CGI功能,只是默认是非启用状态。此处以tomcat为例,配置CGI接口。

修改点1、在Tomcat的 conf/web.xml 中释放下面CGI相关的两段内容

第一段:

cgiorg.apache.catalina.servlets.CGIServletcgiPathPrefixWEB-INF/cgi5

第二段:

cgi/cgi-bin/*

修改点2、在Tomcat的 conf/context.xml 中给标签增加属性。

在标签中添加属性 privileged = "true",因为默认情况下Tomcat是不允许web应用使用容器内的Servlet的,web应用只能使用自己项目的Servlet。

3.2、创建一个空项目,定义要执行的脚本

tomcat中开启CGI配置时,没有修改文件路径和访问路径,那空项目就按照默认路径创建目录即可。

在tomcat路径下,直接 mkdir -p webapps/test/WEB-INF/cgi,创建CGI项目目录完毕。

然后在webapps/test/WEB-INF/cgi路径下创建一个文件a,a的内容如下

Web端执行服务器的命令和脚本2022-08-15 09:28·陈明chenm一、使用场景服务器端一般都是类Unix系统,以linux的CentOS使用为多,无论使用的是哪种类Unix系统,服务端都不会安装窗口插件,而是使用命令和脚本来做一切事情,在这样的场景下,登录,执行命令,执行脚本,检查服务运行状态,检查服务产生日志,检查配置这些基本操作就会频繁的用到,但在命令行模式下操作这些动作很繁琐。比如检查某个服务是否是运行状态,需要先登录服务器,然后在进程中再查找该服务的进程是否存在。这里就介绍怎样通过web端来执行服务器端动作的方法,简化操作,提升工作效率。二、选取实现方式设计这个实现时比较了两个实现方式:1、通过java的Runtime类,执行命令和脚本。需要创建和维护一个工程,在工程里对接口权限控制也方便,但新加脚本和操作时需要修改工程,重新发布工程。2、使用CGI接口,配置便捷,使用灵活,直接在服务器上写脚本,通过接口的通用路径就可以访问使用,但无法控制接口访问权限。由于这个接口是使用在测试系统,方便,灵活是首选,权限问题就显示的不那么重要了。CGI是一个很古老的技术,后来随着java servlet技术的兴起,在生产场景已经没有CGI的一点空间了,但它的灵活,便捷正好用在测试环境上。三、配置CGI接口3.1、开启tomcat的CGI配置tomcat和apache等中间件已经内置了CGI功能,只是默认是非启用状态。此处以tomcat为例,配置CGI接口。修改点1、在Tomcat的 conf/web.xml 中释放下面CGI相关的两段内容第一段:cgiorg.apache.catalina.servlets.CGIServletcgiPathPrefixWEB-INF/cgi5第二段:cgi/cgi-bin/*修改点2、在Tomcat的 conf/context.xml 中给标签增加属性。在标签中添加属性 privileged = "true",因为默认情况下Tomcat是不允许web应用使用容器内的Servlet的,web应用只能使用自己项目的Servlet。3.2、创建一个空项目,定义要执行的脚本tomcat中开启CGI配置时,没有修改文件路径和访问路径,那空项目就按照默认路径创建目录即可。在tomcat路径下,直接 mkdir -p webapps/test/WEB-INF/cgi,创建CGI项目目录完毕。然后在webapps/test/WEB-INF/cgi路径下创建一个文件a,a的内容如下#!/bin/bashecho "Content-Type: text/plain"echo#上面内容是CGI脚本格式,必须存在#下面内容是自定义要执行的动作echo "Today is:"date
3.3、执行a的接口访问路径

http://localhost:8080/test/cgi-bin/a

四、参数化cgi接口4.1、实际场景

此时,CGI接口已经配置完毕了,尽管功能已经完毕,但还是不满足实际的使用场景,现在的一个接口只对应一个功能,不能复用。要满足实际的使用场景,就要参数化,传递的参数可以是脚本名称,机器的ip,服务名称,进程名称等等,这样接口的通用性就大大增加了。

4.2、初步解决方案

若想脚本参数化就要解决服务器端的传参和url中传参不一致的问题。url中使用“&”和“参数名=参数值”的传参形式,而服务器端是使用的是空格+直接参数值得形式。需要在执行的a脚本前,先经过一个转换脚本,转换脚本需要先切割url,分成几部分,取出参数和执行的a脚本,再重新拼在一起来执行,那就变成url需要先访问转换脚本,把实际的a脚本和参数都作为参数传进来,处理流程变复杂了。

4.3、网上一个神脚本

直到后来在互联网上最终找到了一个完美的解决方案。找到了一个名字叫“proccgi.sh”的脚本,脚本里的注释中描述是 Frank Pilhofer在1995年写的。我原封不动的拿过来使用了(脚本下载:链接:https://pan.baidu.com/s/1oZbN13Eog3OKld93f6hEkw?pwd=chen,提取码:chen)。这个脚本设计的很巧妙,它不在传输中间处理url再拼接,而是把url直接都传进执行的a脚本里,然后在a脚本中利用了“eval”命令的的二次扫描功能,扫描出需要的参数,然后把参数放一个特殊的key-value形式的环境变量里,使用的时候直接从环境变量里面去取。

例如:

url:http://localhost:8080/test/cgi-bin/a?ip=115&servername=customer&thread=aabbcc

a脚本改造如下:

#!/bin/basheval `proccgi.sh $*` # 解析参数echo "Content-Type: text/plain"echo# ############echo $FORM_ipecho $FORM_servernameecho $FORM_thread
五、Web页面处理

有以下几种情况:

1、对页面展示无样式要求的,接口链接直接新开浏览器窗口,接口返回的数据会直接显示在浏览器中。

2、页面有格式的,需要通过ajax触发接口,接口返回值通过innerHTML直接填充到页面的展示区域。

3、对于那些耗时较长的任务,接口在还没有返回值的时候,页面停留在加载状态,此时从页面也无法判断是否出现未知问题。这时可以给页面放一个等待的图片,定义一个标志位给它放一个默认值,然后js轮训判断这个标志位的值,当接口的shell处理完成,接口返回时,要变更标志位的值,轮训发现变更后,就可以把接口返回内容替换掉等待图片全部显示在页面上了。

六、结语

在定义环境的时候,就尽量定义的通用一些,规律一些。这样可以维护一些通用脚本,通过传入变量参数来做动作。使在服务器中环境维护和定位问题都不再繁琐。​

关键词: 服务器端 执行命令 运行状态 使用的是 是否存在

相关新闻

Copyright 2015-2020   三好网  版权所有