服务器 Gind.cn

服务器问题集锦,包括 Linux(Ubuntu, Centos,Debian等)和Windows Server服务器

Web使用传递身份validation部署到IIS 7

经过大量的试验和错误configuration之后,我目前能够脚本msdeploy.exe将内置Visual Studio 2010的程序包部署到运行IIS 7.5的远程服务器,其命令行如下所示: 基本authentication命令: msdeploy -source:package="project.zip" -dest:auto,computerName=' https://webserver:8172/MsDeploy.axd ',authtype='Basic',username='DOMAIN\myuser',password='xxx',includeAcls='False' -verb:sync -setParamFile:"SetParameters.xml" -allowUntrusted 我可以通过启用传递身份validation来消除在命令行中提供密码的需要吗? Web Deploy文档提到可以指定“NTLM” 的authType参数 ,而不是Basic。 但是,每当我尝试这个(见下面的例子),我得到一个错误,指出一个401. WMSvcnetworking日志显示401.2,并没有用户名填入该日志条目,不像以前的尝试使用基本身份validation实际显示DOMAIN \ myuser在networking日志中。 在客户端或服务器的事件查看器中找不到其他有用的信息。 注意:目标networking服务器位于另一个域中,因此我net use \\webserver /u:DOMAIN\myuserbuild立一个令牌。 直通authentication命令尝试: msdeploy -source:package="project.zip" -dest:auto,computerName=' https://webserver:8172/MsDeploy.axd ',authtype='NTLM',includeAcls='False' -verb:sync -setParamFile:"SetParameters.xml" -allowUntrusted 看来,msdeploy.exe没有正确的身份validation在HTTP级别的IIS。 什么可能是错的? 客户端是Windows XP,服务器是Win2008R2。 两者都运行msdeploy.exe版本7.1.618.0。 两者都安装了.NET 2.0,3.5和4.0。

服务器端“TIME_WAIT”如何工作?

我知道在这方面有不lessSE的问题,我相信在阅读这个问题之前,我会先阅读其中的很多内容。 “服务器端TIME_WAIT ”是指在服务器端启动close()的服务器端套接字对的状态。 我经常看到这些与我相矛盾的言论: 服务器端的TIME_WAIT是无害的 你应该devise你的networking应用程序让客户端启动close(),因此让客户端承担TIME_WAIT 我发现这个矛盾的原因是因为客户端上的TIME_WAIT可能是一个问题 – 客户端可以运行可用的端口,所以实质上上面build议将TIME_WAIT的负担移到客户端,从服务器端来看,这不是问题。 客户端的TIME_WAIT当然只是有限数量的用例的一个问题。 大多数客户端 – 服务器解决scheme将涉及一台服务器和许多客户端,客户端通常不会处理足够高的连接数量,这是一个问题,即使他们这样做,也有一些build议“合理”而不是SO_LINGER的0超时,或干预tcp_tw sysctls)作战客户端TIME_WAIT避免太多创build太多的连接。 但是这并不总是可行的,例如对于类的应用程序,例如: 监控系统 负载发生器 代理 另一方面,我甚至不明白服务器端的TIME_WAIT是如何有用的。 TIME_WAIT的原因就在那里,是因为它阻止了将过时的TCP片段注入到不再属于它们的stream中。 对于客户端的TIME_WAIT ,只需简单地创build一个连接,就可以创build一个与该连接可能具有的相同ip:port对的连接(被使用的对被TIME_WAITlocking)。 但是对于服务器端来说,这是不能被阻止的,因为本地地址将具有接受端口,并且总是相同的,并且服务器不能(AFAIK,我只有经validation据)拒绝连接,传入的对等体将创build已经存在于套接字表中的相同的地址对。 我写了一个程序,显示服务器端TIME-WAIT被忽略。 而且,因为testing是在127.0.0.1上完成的,所以内核必须有一个特殊的位,甚至可以告诉它它是服务器端还是客户端(否则元组将会是相同的)。 来源: http : //pastebin.com/5PWjkjEf ,在Fedora 22上testing,默认networkingconfiguration。 $ gcc -o rtest rtest.c -lpthread $ ./rtest 44400 s # will do server-side close Will initiate server close … iterates ~20 times successfully […]