CGI(Common Gateway Interface)是能让webserver和CGI脚本共同处理客户的请求的协议。
它的协议定义文档是http://www.ietf.org/rfc/rfc3875。
当中Webserver负责管理连接，传输数据，网络交互等。
至于CGI脚本就负责管理详细的业务逻辑。
Webserver的功能是将client请求（HTTP Request）转换成CGI脚本请求。然后运行脚本，接着将CGI脚本回复转换为client的回复（HTTP Response）。
CGI的脚本请求有两部分：请求元数据（request meta-variables）和相关的消息体（message-body）。
请求元数据
包括：
"AUTH_TYPE" | "CONTENT_LENGTH" |
"CONTENT_TYPE" | "GATEWAY_INTERFACE" |
"PATH_INFO" | "PATH_TRANSLATED" |
"QUERY_STRING" | "REMOTE_ADDR" |
"REMOTE_HOST" | "REMOTE_IDENT" |
"REMOTE_USER" | "REQUEST_METHOD" |
"SCRIPT_NAME" | "SERVER_NAME" |
"SERVER_PORT" | "SERVER_PROTOCOL" |
"SERVER_SOFTWARE" | scheme |
protocol-var-name | extension-var-name
以下一个一个看：
AUTH_TYPE是唯一标识了用户的认证方式，比方basic，Digest等
CONTENT_LENGTH是请求消息体的长度
CONTENT_TYPE是标识消息体的格式
GATEWAY_INTERFACE标识使用的CGI的版本号，比方CGI/1.1
PATH_INFO说明了解释CGI脚本的地址
PATH_TRANSLATED就是能够被訪问的cgi的路径。它相应CGI脚本的路径。比方
http://somehost.com/cgi-bin/somescript/this%2eis%2epath%3binfo
相应的PATH_INFO就是/this.is.the.path;info
QUERY_STRING 请求參数（GET的參数就是放在这个里面的）
REMOTE_ADDR标识client的ip地址
REMOTE_HOST标识的是client的域名
REMOTE_IDENT是发出请求的使用者标示，大多数服务端选择忽略这个属性
REMOTE_USER是使用者的合法名称
REQUEST_METHOD是请求方法，包含GET/POST/PUT/DELETE等
SCRIPT_NAME是脚本程序的虚拟路径。比方是/test/test.php
SERVER_NAME是WEBserver的域名
SERVER_PORT是WEBserverport名
SERVER_PROTOCOL是WEBserver与client的交互请求协议
SERVER_SOFTWARE发送给client的response的Webserver的标识。比方nginx/1.0.6
请求消息体
就是直接将client的请求消息体转发。将消息体放在stdin中传递给script的
相关知识点
參数传递
以下的问题就是webserver获取了http请求后。因为http请求是有分GET和POST等方法的。參数怎么传递给可运行程序呢？
比方GET方法，CGI程序就会从环境变量QUERY_STRING中获取数据。
POST呢？Webserver会通过stdin（标准输入）想CGI中传送数据的。而传送的数据长度就是放在CONTENT_LENGTH中的。
相应于HTTP请求。QUERY_STRING存放http的GET參数，stdin存放HTTP的BODY參数
如今流行的nginx+php的方法就是使用nginx(webserver)将请求变成cgi请求到php-cgi上，然后php-cgi进程运行php，将返回值变成cgi response返回给nginx。 nginx再将它变成http回复返回给client。
可是这里有个问题，cgi是单进程的，一个进程的生命期就仅仅是请求进来。处理。返回回复这几个阶段。可是webserver都是须要接受多个web请求的，这里就须要在后端开启多个cgi了。一般的cgiserver都会设置同意开启多少个cgi的数量的。
这里要明白一点，cgi是有分服务端和client的差别的，cgiclient是放在webserver一側，像nginx。apache这种webserver就已经是实现了这个client。 server端须要另外重新启动。像nginx+cgi+php这种配合就须要启动php-cgi服务，当然你也能够想到这种服务一定是以deamon的形式在后台执行，然后会fork出非常多个cgi进程。
复用
当然有人会问，cgi进程不能复用是个问题，为什么不呢。fastcgi出现就是攻克了这个问题。它的一个进程能够处理多个请求。这样速度当然就升上去了。然后另一种cgi是scgi（simple cgi），scgi和fastcgi相似，仅仅能说它定义的协议更简单（所以才叫做simple）。scgi的client是c写的，服务端是perl写的。
就最常见的nginx+cgi+php来说。要明白一点php中$_SERVER中获取的信息实际都是从cgi中获取的，当然这个和nginx中获取的client信息是一致的。另外因为cgi是有client和服务端的差别的，因此非常easy想到cgiclient须要使用tcp与client连接，每一个连接当然须要占用一个port，因此还是会有port限制的。所以从这个角度上说。并非cgi开的越多越好（当然6w的port限制是远远够的了）。
安全
关于开启的cgi安全问题。以前鸟哥就爆出了一个bug：http://www.laruence.com/2010/05/20/1495.html
有兴趣的读者能够看看。
还有cgiserver不是在监听port吗？怎么防止外网的请求运行cgi呢？我们一般的办法就是直接绑定在127.0.0.1的ip地址上。保证仅仅有本机才干訪问
參考文档：
http://www.lyinfo.net.cn/webclass/cgi/default.htm
http://blog.csdn.net/ablo_zhou/article/details/3634954
http://www.ietf.org/rfc/rfc3875
时间： 2024-08-28 06:40:31