⑴ webservice怎样限制客户端同一个入口
webservice相互的通讯是建立在协议的基础上的, 但同一个容器的的webservice可以通过传递对象实例来进行通讯,比如在tomcat中的RequestDispatcher接口. 但跨平台的通讯,需要用到协议,现在主流的都是SOAP,实质是个xml文本消息. SOAP定义了服务端口,参数类型,处理方法.还有编码方式.这都是进行通讯必不可少的,web service是管道过滤器模型,虽然不限制过滤器的实现方式,但是管道要求明确定义在两个过滤器之间传输的数据类型.比如&name=zhang&pass=123456这个name是什么?pass又是什么?,字面上看name就是用户名,pass就是密码,但是这是你的理解,机器可不会认为name就是用户名, 机器是死的,参数类型和名称是由服务的WSDL限制死的,另外还有编码.你所用的编码机器不一定认识,同样的编码,在另一种编码环境下,可能就是乱码,这在中文数据交换上经常出现,你看到乱码了,表示出错了,但机器不认为出错了,机器不是人,你不认得乱码,但是机器认得,在机器里非乱码和乱码都是正常的01组合,这样一个编码的原因,你的name=zhang到了服务器,经过不同的编码可能收到的信息就不是name=zhang了所以直接通讯是不行的,必须要有协议,而这个协议就是SOAP.
⑵ 如何限制客户端对WebService的访问
如何设置能限制某个IP某一时间段的访问次数是一个让人头疼的问题，特别面对恶意的ddos攻击的时候。其中CC攻击（Challenge Collapsar）是DDOS（分布式拒绝服务）的一种，也是一种常见的网站攻击方法，攻击者通过代理服务器或者肉鸡向向受害主机不停地发大量数据包，造成对方服务器资源耗尽，一直到宕机崩溃。
cc攻击一般就是使用有限的ip数对服务器频繁发送数据来达到攻击的目的，nginx可以通过HttpLimitReqMol和HttpLimitZoneMole配置来限制ip在同一时间段的访问次数来防cc攻击。
HttpLimitReqMol用来限制连单位时间内连接数的模块，使用limit_req_zone和limit_req指令配合使用来达到限制。一旦并发连接超过指定数量，就会返回503错误。
HttpLimitConnMol用来限制单个ip的并发连接数，使用limit_zone和limit_conn指令
这两个模块的区别前一个是对一段时间内的连接数限制，后者是对同一时刻的连接数限制
文章目录
1 HttpLimitReqMol 限制某一段时间内同一ip访问数实例
2 HttpLimitZoneMole 限制并发连接数实例
3 nginx白名单设置
HttpLimitReqMol 限制某一段时间内同一ip访问数实例
http{
...
#定义一个名为allips的limit_req_zone用来存储session，大小是10M内存，
#以$binary_remote_addr 为key,限制平均每秒的请求为20个，
#1M能存储16000个状态，rete的值必须为整数，
#如果限制两秒钟一个请求，可以设置成30r/m
limit_req_zone $binary_remote_addr zone=allips:10m rate=20r/s;
...
server{
...
location {
...
#限制每ip每秒不超过20个请求，漏桶数burst为5
#brust的意思就是，如果第1秒、2,3,4秒请求为19个，
#第5秒的请求为25个是被允许的。
#但是如果你第1秒就25个请求，第2秒超过20的请求返回503错误。
#nodelay，如果不设置该选项，严格使用平均速率限制请求数，
#第1秒25个请求时，5个请求放到第2秒执行，
#设置nodelay，25个请求将在第1秒执行。
limit_req zone=allips burst=5 nodelay;
...
}
...
}
...
⑶ Web服务器怎样解除禁用
你可以手动连接，同时记着更新服务器列表。一般情况下eMule启动后会自动连上服务器的，可能是你的服务器列表近期没有更新的缘故。 WEB服务器禁用，是你没有启用而已。一般情况下不用启用。如果你要启用，在“选项”→“WEB服务器”中设置启用。
⑷ 我用Web服务器架设，会有人数访问限制吗
以下回答 纯手写 绝对原创 版权归HKHK366所有 未经允许禁止转载
如果你用APACHE就没有限制了
如果是WIN XP 是用IIS建设只能10个访问 有限制 但是微软推出了突破限制的补丁 你可以上微软网站上下载
如果你是WIN 2000或者WIN2003 是用IIS就不会有限制
总结如下 IIS不稳定漏洞多 我都是用APACHE这个没限制 速度快 跨平台
或者也可以用NETBOX这个简单易学 支持ASP 而APACHE向支持ASP 或者PHP必须得安装相应组件
回答完毕
完全原创 禁止转载 版权归HKHK366
——HK帝国知识团
⑸ web服务器怎么限制后缀名的主机访问
首先把路由器的web管理端口调整为其他非80端口，比如8000
其次在路由器的静态映射或者虚拟服务器功能里，把外部80端口映射到主机192.168.0.101的80端口
如果映射后依然无法从外网访问web服务器，最好能电话客服，确认一下小区宽带是否屏蔽外部网络对内部网络的端口访问
***
第三层的局域网？只有前两层是那种桥接类型并且不限制端口的网络，你才能通过公网ip正常访问到自己的路由器。否则需要前2级路由器的权限，并做相同的映射或者dmz转发，这个恐怕不现实吧。咨询客服吧，看看能否解决。
这个与花生壳无关的。你可以用公网ip来直接访问自己的服务器看看能否通连。
⑹ web服务器可能会存在哪些问题拜托各位了 3Q
当前的虚拟主机主要分为三类流量限制: 一:流量限制 就是直接限制网络流量,这种限制通常是最严厉的一种流量限制,10个g的流量大体支持50人在线以内.当月流量超过后,在一个月内网站都不能正常访问了,解决办法是升级空间或加大流量! 二:CPU限制 CPU限制看起来没有限IIS或网络流量,但由于每一个程序运行都需要一定的CPU配额,也是变相的流量限制,通常网页显示在线过多都是由于CPU限额过小引起的!通过刷新或15秒后可以得到暂时的正常运行,通常1%的CPU限额相当于20个IIS连接!这对于论坛空间很重要,论坛的CPU限额一旦过小就会不能正常运行! 三:IIS限制 IIS限制是现在用的最多的,也是被大多用户或主机商认可,是唯一宽松的流量限制,通常20个IIS就相当于1%CPU占用! 总而言之,虚拟主机实际上没有不限流量的,总的可以分为以上三种方式,您如何选择,要看您的需要,如果您的程序占用CPU很少,是优化的程序可以选择限CPU的,这样您的在线就可以得到最大的发挥,如果您是初学者,或是论坛用户,或网站程序中有BBS,选择IIS限制或直接流量限制是一个好的选择! 关于同时连接数与在线人数问题的详解 很多用户对连接数的概念认识都很模糊，现介绍如下： 1、浏览者访问站点，必需与站点通过TCP协议，建立连接。这个连接在从服务器上读取信息时存在，读取结束时，一般即自动关闭。所以，当一个页面已经完全地显示在客户端的显示器上时，使用的连接也许已经关闭了。 2、每个浏览者，访问某站点时，可能会占用1——3个连接，这是由计算机自动处理的，这样做的目的是为了加快速度。 相关问题：所以，对于连接数为30的基础型主机而言，有时只能十几个人访问，就不足为怪了。 3、论坛中统计的在线人数，是以某一时间段内访问论坛的活动人数为标准的，与连接数应无关系。比如动网论坛，默认好象是40分钟内（？记不清了）的活动人数。也许论坛显示某用户还在线，但该用户由于不（正）在读取论坛中页面，所以也就不会占用连接数。 相关问题： （1）所以，只要浏览者对论坛的访问不过于集中，不会在某一时间点超出最大同时连接数，则论坛中统计的在线人数，会大大超出空间允许的最大同时连接数。 （2）某些用户为了显示论坛的人气，可以在调大论坛统计在线人数的时间范围（动网论坛提供此功能），甚至可以将一天内所有浏览你站点的人，都算作在线人数。 4、虽然服务器中可以规定每个站点的最大连接数，但同时也存在服务器的总计最大连接数。所以，即使规定用户站点的最大连接数为不限，当服务器达到了最大连接数时，仍不能访问站点。而服务器的最大连接数一般在1000——2000。 相关问题： 这就是为什么服务商敢于开出不限连接数的主机，本质上不是无限连接数的。 5、现在的主机服务中，有些服务商利用许多人对上述概念模糊，而误导消费者，所以购主机者应谨慎从事 了解什么是IIS连接数 IIS连接数指并发连接数，什么意思呢？ 要分几种情况：（以100M空间50人在线为例） A用户单点下载你的文件，结束后正常断开，这些连接是按照瞬间计算的，就是说你50人的网站瞬间可以接受同时50个点下载 B用户打开你的页面，就算停留在页面没有对服务器发出任何请求，那么在用户打开一面以后的20分钟内也都要算一个在线，就是说你50人的网站20分钟内可以接受不同用户打开50个页面 C上面B的情况用户继续打开同一个网站的其他页面，那么在线人数按照用户最后一次点击（发出请求）以后的20分钟计算，在这个20分钟内不管用户怎么点击（包括新窗口打开）都还是一人在线。 D当你的页面内存在框架(Iframe)，那么每多一个框架就要多一倍的在线！因为这相当于用户同一时间向服务器请求了多个页面。 E当用户打开页面然后正常关闭浏览器，用户的在线人数也会马上清除。 然后了解什么是论坛在线人数。 论坛在线只是计算一定时间内的活动用户数。 这里的时间用户可以自己设定，动网论坛默认为40分钟的相对准确值。 根据上面的说明，显然论坛在线和IIS连接数的概念不同 为什么会出现IIS连接数和论坛在线不符合的情况？ 现具体分析如下： 1：您使用了插件版论坛或者美化版论坛！ 现在的插件很垃圾，不但占服务器资源，而且会使论坛运行变慢（没有插件可以快一倍以上），同时很占在线人数，有的插件调用很多框架，少则2、3个，多则4、5个！甚至有在线播放音乐，这样一个人在线就相当与很多人在线！而美化版论坛因为使用大量的图片，也同样比标准版论坛占用IIS数量大。 2：您的网站是主页+论坛的形式！ 这样主页和论坛要争夺你的在线人数！ 3：你的论坛内部有播放器！ 一个人在线，然后他在线播放音乐，就占二个人在线！ 4：你的论坛内部存在框架形式的网页！ 每一个框架，就多一倍的在线！ 5：你的论坛设置在线时间过小！ 动网默认为40分钟，因为论坛在线只是计算一定时间内的活动用户数，当您设定的时间较小的时候，看起来论坛在线的人数就自然少了！ 6：你的空间存在多个论坛！ 有的客户在一个空间里上传多个论坛，如BBSBBS1BBS2等等等等 毫无疑问，这样个论坛也是要争夺再线人数的！ 7：你的论坛图片等文件被人盗链！ 比如：你的论坛有张图片文件，被粘贴（注意是粘贴不是上传）到别的论坛！ 别的论坛的用户在浏览该文件的时候也算一个在线人数！ 尤其是LOGO连接的时候注意，一定要对方把您的LOGO上传到他的空间！ 8：你的空间上放有下载文件！ 如果用户用网络蚂蚁类的软件，每一个线程就表示一个在线，非常厉害！ —————————————————————————————————— 解决办法： 1：去掉垃圾的插件版，用标准版！ 2：尽量不要采用框架的形式制作页面！ 3：不要放任何的音乐、电影、下载！ 4：防止盗连情况的发生！ 5：升级购买支持更多在线人数的空间！
⑺ go原生web服务器怎么限制groutine数量
在数量中设置限制。go原生web服务器是一种运行代码的服务器、
1、首先用户可以在服务器中可以更改groutine数量。
2、其次如果用户感觉groutine数量过多时可以在界面中的数量限制栏中输入groutine。
3、再填写出该代码能够出现的最大数量即可。
⑻ 如何限制web服务器的HTTP头部传输的最大许可时间
有的网站会在服务器运行一段时间后down掉，有很多原因可能造成这种现象：比如tomcat堆和非堆内存设置不足，程序没能释放内存空间造成内存溢出，或者某些进程一直运行没能释放，造成cup资源大量消耗。但除了程序本身的原因，还有可能是客服端访问造成（当然这个客户端也包含如蜘蛛软件等搜索引擎），如果服务器和客户端建立的是长链接(可以用”netstat -a”命令查看网络访问信息)，这就需要对http响应头的connection做一定的设置。
在http1.1中request和reponse header中都有可能出现一个connection头字段，此header的含义是当client和server通信时对于长链接如何进行处理。在http1.1中，client和server都是默认对方支持长链接的， 如果client使用http1.1协议，但又不希望使用长链接，则需要在header中指明connection的值为close；如果server方也不想支持长链接，则在response中也需要明确说明connection的值为close。
不论request还是response的header中包含了值为close的connection，都表明当前正在使用的tcp链接在请求处理完毕后会被断掉。以后client再进行新的请求时就必须创建新的tcp链接了。
HTTP Connection的close设置允许客户端或服务器中任何一方关闭底层的连接双方都会要求在处理请求后关闭它们的TCP连接。
如何在程序中设置：可以在过滤器中加入：response.setHeader(“connection”, “close”);
以下内容来自: HTTP Keep-Alive详解
HTTP Keep Alive
HTTP Keep-Alive 很大程序上被误解了，下面介绍一下它在HTTP/1.0和HTTP/1.1版本下是如何工作的，以及其在JAVA中的运行原理。
HTTP是一个请求<->响应模式的典型范例，即客户端向服务器发送一个请求信息，服务器来响应这个信息。在老的HTTP版本中，每个请求都将被创建一个新的客户端->服务器的连接，在这个连接上发送请求，然后接收请求。这样的模式有一个很大的优点就是，它很简单，很容易理解和编程实现；它也有一个很大的缺点就是，它效率很低，因此Keep-Alive被提出用来解决效率低的问题。
HTTP/1.0
在HTTP/1.0版本中，并没有官方的标准来规定Keep-Alive如何工作，因此实际上它是被附加到HTTP/1.0协议上，如果客户端浏览器支持Keep-Alive，那么就在HTTP请求头中添加一个字段 Connection: Keep-Alive，当服务器收到附带有Connection: Keep-Alive的请求时，它也会在响应头中添加一个同样的字段来使用Keep-Alive。这样一来，客户端和服务器之间的HTTP连接就会被保持，不会断开（超过Keep-Alive规定的时间，意外断电等情况除外），当客户端发送另外一个请求时，就使用这条已经建立的连接
HTTP/1.1
在HTTP/1.1版本中，官方规定的Keep-Alive使用标准和在HTTP/1.0版本中有些不同，默认情况下所在HTTP1.1中所有连接都被保持，除非在请求头或响应头中指明要关闭：Connection: Close ，这也就是为什么Connection: Keep-Alive字段再没有意义的原因。另外，还添加了一个新的字段Keep-Alive:，因为这个字段并没有详细描述用来做什么，可忽略它
Not reliable（不可靠）
HTTP是一个无状态协议，这意味着每个请求都是独立的，Keep-Alive没能改变这个结果。另外，Keep-Alive也不能保证客户端和服务器之间的连接一定是活跃的，在HTTP1.1版本中也如此。唯一能保证的就是当连接被关闭时你能得到一个通知，所以不应该让程序依赖于Keep-Alive的保持连接特性，否则会有意想不到的后果
Keep-Alive和POST
在HTTP1.1细则中规定了在一个POST消息体后面不能有任何字符，还指出了对于某一个特定的浏览器可能并不遵循这个标准（比如在POST消息体的后面放置一个CRLF符）。而据我所知，大部分浏览器在POST消息体后都会自动跟一个CRLF符再发送，如何解决这个问题呢？根据上面的说明在POST请求头中禁止使用Keep-Alive，或者由服务器自动忽略这个CRLF，大部分服务器都会自动忽略，但是在未经测试之前是不可能知道一个服务器是否会这样做。
以下内容来自: http://liugong.blog.163.com/blog/static/178272375201141344312315/
HTTP无状态协议和Connection:Keep-Alive容易犯的误区
名词解释：
HTTP无状态：无状态是指协议对于事务处理没有记忆能力，服务器不知道客户端是什么状态。从另一方面讲，打开一个服务器上的网页和你之前打开这个服务器上的网页之间没有任何联系
如果你要实现一个购物车，需要借助于Cookie或Session或服务器端API（如NSAPI and ISAPI）记录这些信息，请求服务器结算页面时同时将这些信息提交到服务器
当你登录到一个网站时，你的登录状态也是由Cookie或Session来“记忆”的，因为服务器并不知道你是否登录
优点：服务器不用为每个客户端连接分配内存来记忆大量状态，也不用在客户端失去连接时去清理内存，以更高效地去处理WEB业务
缺点：客户端的每次请求都需要携带相应参数，服务器需要处理这些参数
Keep-Alive：参考另外一篇文章HTTP Keep-Alive 详解
容易犯的误区：
1、HTTP是一个无状态的面向连接的协议，无状态不代表HTTP不能保持TCP连接，更不能代表HTTP使用的是UDP协议（无连接）
2、从HTTP/1.1起，默认都开启了Keep-Alive，保持连接特性，简单地说，当一个网页打开完成后，客户端和服务器之间用于传输HTTP数据的TCP连接不会关闭，如果客户端再次访问这个服务器上的网页，会继续使用这一条已经建立的连接
3、Keep-Alive不会永久保持连接，它有一个保持时间，可以在不同的服务器软件（如Apache）中设定这个时间
以下内容来自:http://www.l99.com/EditText_view.action?textId=446020&src=
Keep-Alive简介及在Tomcat中配置
Keep-Alive功能使客户端到服务器端的连接持续有效，当出现对服务器的后继请求时，Keep-Alive功能避免了建立或者重新建立连接。市场上 的大部分Web服务器，包括iPlanet、IIS和Apache，都支持HTTP Keep-Alive。对于提供静态内容的网站来说，这个功能通常很有用。但是，对于负担较重的网站来说，这里存在另外一个问题：虽然为客户保留打开的连 接有一定的好处，但它同样影响了性能，因为在处理暂停期间，本来可以释放的资源仍旧被占用。当Web服务器和应用服务器在同一台机器上运行时，Keep-Alive功能对资源利用的影响尤其突出。 此功能为HTTP 1.1预设的功能，HTTP 1.0加上Keep-Alive header也可以提供HTTP的持续作用功能。
Keep-Alive: timeout=5, max=100
timeout：过期时间5秒（对应httpd.conf里的参数是：KeepAliveTimeout），max是最多一百次请求，强制断掉连接
就是在timeout时间内又有新的连接过来，同时max会自动减1，直到为0，强制断掉。
Tomcat中的相关设置,在server.xml 中的Connector 元素中。
keepAliveTimeout：
此时间过后连接就close了，单位是milliseconds
maxKeepAliveRequests：
最大长连接个数（1表示禁用，-1表示不限制个数，默认100个。一般设置在100~200之间）.
maxKeepAliveRequests=”1″就可以避免tomcat产生大量的TIME_WAIT连接，从而从一定程度上避免tomcat假死。
<Connector executor=”tomcatThreadPool”
port=”80″ protocol=”HTTP/1.1″
connectionTimeout=”60000″
keepAliveTimeout=”15000″
maxKeepAliveRequests=”1″
redirectPort=”443″
maxHttpHeaderSize=”8192″ URIEncoding=”UTF-8″ enableLookups=”false” acceptCount=”100″ disableUploadTimeout=”true”/>有的网站会在服务器运行一段时间后down掉，有很多原因可能造成这种现象：比如tomcat堆和非堆内存设置不足，程序没能释放内存空间造成内存溢出，或者某些进程一直运行没能释放，造成cup资源大量消耗。但除了程序本身的原因，还有可能是客服端访问造成（当然这个客户端也包含如蜘蛛软件等搜索引擎），如果服务器和客户端建立的是长链接(可以用”netstat -a”命令查看网络访问信息)，这就需要对http响应头的connection做一定的设置。
在http1.1中request和reponse header中都有可能出现一个connection头字段，此header的含义是当client和server通信时对于长链接如何进行处理。在http1.1中，client和server都是默认对方支持长链接的， 如果client使用http1.1协议，但又不希望使用长链接，则需要在header中指明connection的值为close；如果server方也不想支持长链接，则在response中也需要明确说明connection的值为close。
不论request还是response的header中包含了值为close的connection，都表明当前正在使用的tcp链接在请求处理完毕后会被断掉。以后client再进行新的请求时就必须创建新的tcp链接了。
HTTP Connection的close设置允许客户端或服务器中任何一方关闭底层的连接双方都会要求在处理请求后关闭它们的TCP连接。
如何在程序中设置：可以在过滤器中加入：response.setHeader(“connection”, “close”);
以下内容来自: HTTP Keep-Alive详解
HTTP Keep Alive
HTTP Keep-Alive 很大程序上被误解了，下面介绍一下它在HTTP/1.0和HTTP/1.1版本下是如何工作的，以及其在JAVA中的运行原理。
HTTP是一个请求<->响应模式的典型范例，即客户端向服务器发送一个请求信息，服务器来响应这个信息。在老的HTTP版本中，每个请求都将被创建一个新的客户端->服务器的连接，在这个连接上发送请求，然后接收请求。这样的模式有一个很大的优点就是，它很简单，很容易理解和编程实现；它也有一个很大的缺点就是，它效率很低，因此Keep-Alive被提出用来解决效率低的问题。
HTTP/1.0
在HTTP/1.0版本中，并没有官方的标准来规定Keep-Alive如何工作，因此实际上它是被附加到HTTP/1.0协议上，如果客户端浏览器支持Keep-Alive，那么就在HTTP请求头中添加一个字段 Connection: Keep-Alive，当服务器收到附带有Connection: Keep-Alive的请求时，它也会在响应头中添加一个同样的字段来使用Keep-Alive。这样一来，客户端和服务器之间的HTTP连接就会被保持，不会断开（超过Keep-Alive规定的时间，意外断电等情况除外），当客户端发送另外一个请求时，就使用这条已经建立的连接
HTTP/1.1
在HTTP/1.1版本中，官方规定的Keep-Alive使用标准和在HTTP/1.0版本中有些不同，默认情况下所在HTTP1.1中所有连接都被保持，除非在请求头或响应头中指明要关闭：Connection: Close ，这也就是为什么Connection: Keep-Alive字段再没有意义的原因。另外，还添加了一个新的字段Keep-Alive:，因为这个字段并没有详细描述用来做什么，可忽略它
Not reliable（不可靠）
HTTP是一个无状态协议，这意味着每个请求都是独立的，Keep-Alive没能改变这个结果。另外，Keep-Alive也不能保证客户端和服务器之间的连接一定是活跃的，在HTTP1.1版本中也如此。唯一能保证的就是当连接被关闭时你能得到一个通知，所以不应该让程序依赖于Keep-Alive的保持连接特性，否则会有意想不到的后果
Keep-Alive和POST
在HTTP1.1细则中规定了在一个POST消息体后面不能有任何字符，还指出了对于某一个特定的浏览器可能并不遵循这个标准（比如在POST消息体的后面放置一个CRLF符）。而据我所知，大部分浏览器在POST消息体后都会自动跟一个CRLF符再发送，如何解决这个问题呢？根据上面的说明在POST请求头中禁止使用Keep-Alive，或者由服务器自动忽略这个CRLF，大部分服务器都会自动忽略，但是在未经测试之前是不可能知道一个服务器是否会这样做。
以下内容来自: http://liugong.blog.163.com/blog/static/178272375201141344312315/
HTTP无状态协议和Connection:Keep-Alive容易犯的误区
名词解释：
HTTP无状态：无状态是指协议对于事务处理没有记忆能力，服务器不知道客户端是什么状态。从另一方面讲，打开一个服务器上的网页和你之前打开这个服务器上的网页之间没有任何联系
如果你要实现一个购物车，需要借助于Cookie或Session或服务器端API（如NSAPI and ISAPI）记录这些信息，请求服务器结算页面时同时将这些信息提交到服务器
当你登录到一个网站时，你的登录状态也是由Cookie或Session来“记忆”的，因为服务器并不知道你是否登录
优点：服务器不用为每个客户端连接分配内存来记忆大量状态，也不用在客户端失去连接时去清理内存，以更高效地去处理WEB业务
缺点：客户端的每次请求都需要携带相应参数，服务器需要处理这些参数
Keep-Alive：参考另外一篇文章HTTP Keep-Alive 详解
容易犯的误区：
1、HTTP是一个无状态的面向连接的协议，无状态不代表HTTP不能保持TCP连接，更不能代表HTTP使用的是UDP协议（无连接）
2、从HTTP/1.1起，默认都开启了Keep-Alive，保持连接特性，简单地说，当一个网页打开完成后，客户端和服务器之间用于传输HTTP数据的TCP连接不会关闭，如果客户端再次访问这个服务器上的网页，会继续使用这一条已经建立的连接
3、Keep-Alive不会永久保持连接，它有一个保持时间，可以在不同的服务器软件（如Apache）中设定这个时间
以下内容来自:http://www.l99.com/EditText_view.action?textId=446020&src=
Keep-Alive简介及在Tomcat中配置
Keep-Alive功能使客户端到服务器端的连接持续有效，当出现对服务器的后继请求时，Keep-Alive功能避免了建立或者重新建立连接。市场上 的大部分Web服务器，包括iPlanet、IIS和Apache，都支持HTTP Keep-Alive。对于提供静态内容的网站来说，这个功能通常很有用。但是，对于负担较重的网站来说，这里存在另外一个问题：虽然为客户保留打开的连 接有一定的好处，但它同样影响了性能，因为在处理暂停期间，本来可以释放的资源仍旧被占用。当Web服务器和应用服务器在同一台机器上运行时，Keep-Alive功能对资源利用的影响尤其突出。 此功能为HTTP 1.1预设的功能，HTTP 1.0加上Keep-Alive header也可以提供HTTP的持续作用功能。
Keep-Alive: timeout=5, max=100
timeout：过期时间5秒（对应httpd.conf里的参数是：KeepAliveTimeout），max是最多一百次请求，强制断掉连接
就是在timeout时间内又有新的连接过来，同时max会自动减1，直到为0，强制断掉。
Tomcat中的相关设置,在server.xml 中的Connector 元素中。
keepAliveTimeout：
此时间过后连接就close了，单位是milliseconds
maxKeepAliveRequests：
最大长连接个数（1表示禁用，-1表示不限制个数，默认100个。一般设置在100~200之间）.
maxKeepAliveRequests=”1″就可以避免tomcat产生大量的TIME_WAIT连接，从而从一定程度上避免tomcat假死。
<Connector executor=”tomcatThreadPool”
port=”80″ protocol=”HTTP/1.1″
connectionTimeout=”60000″
keepAliveTimeout=”15000″
maxKeepAliveRequests=”1″
redirectPort=”443″
maxHttpHeaderSize=”8192″ URIEncoding=”UTF-8″ enableLookups=”false” acceptCount=”100″ disableUploadTimeout=”true”/>
⑼ 如何在webService中实现IP限制
使用Request.UserHostAddress可获得远程主机IP
然后可以使用switch(Request.UserHostAddress)...
对你想过滤的IP进行相应处理！
如果只想让本地程序调用，可用Request.IsLocal判断。
⑽ web service限制访问域名
你的是服务器还是虚拟主机呢，服务器是可以做的，有些虚拟主机面板上面有这一些功能简单设置一下就好。