服务器承接webservice，还要访问一个LDAP服务器验证用户名密码，一直验证成功，过很久后失败，iis重启后又成功，过很久后又失败，还得重启IIS，为什么

服务器承载webservice，还要访问一个LDAP服务器验证用户名密码，一直验证成功，过很久后失败，iis重启后又成功，过很久后又失败，还得重启IIS，为什么
如题，服务器承载webservice，还要访问一个LDAP服务器验证用户名密码，一直验证成功，过很久后失败，iis重启后又成功，过很久后又失败，还得重启IIS，这是为什么啊？怎么才能解决

苦恼好久了，请各位大侠帮解决，分很少只能给这么多啦，大家见谅
------解决思路----------------------
你重启之后就没问题了，那肯定是服务器相关了，你应该查看LDAP日志寻找原因，没有的话，就开启日志。
同时，你也可以先将服务重启计划调整一下，调整为重启动，当然，最重要的还是要从日志中查找原因。

------解决思路----------------------
难道是内存溢出，把IIS搞挂了？
检查一下系统日志，看看IIS有没有挂掉的日志
------解决思路----------------------
再次出现问题是，注意检查tcp/ip netbios helper及其相关必须服务是否被停止，这个你哪怕现在服务状态排个序，将已启动的服务截图，出错的是否对照看一下是否有什么服务被停止。
这个异常是服务器网络服务的问题。
另外，你是通过IP还是域名请求的LDAP服务地址？如果是域名，可以在hosts文件中将解析地址写死，以防dns解析故障导致出现该类问题。
------解决思路----------------------
写一个console程序去调用你的原本写在asp.net程序中的访问ldap服务的代码（的工程或者dll，最好是工程），并且以压力测试的方式去测试它。等确认没有问题之后，再考虑asp.net中的问题，那时候你需要把asp.net中的4、5行代码贴出来。
------解决思路----------------------

引用:

谢谢，
应该不是iis挂了，我的客户端应用程序访问IIS上的webservic方法还都是没问题的，只是此时在服务器上访问LDAP服务会报“找不到网络路径”的异常。但应该是哪个设置溢出了，不然不会重启iis就又行了，找不到关键地方啊

满了？也许该断开的模式而你搞了个static 用来唯一共享，于是反而才会降低质量。满和缺，都会垮掉。不要自己不管什么崩溃问题都感觉是“满了”。
------解决思路----------------------
应用程序池挂了，定时回收就行。