我试图从IIS 7pipe理单元中创build一个自签名证书，但运气不大。 提示input证书的友好名称时，input名称，然后单击“确定”，然后显示： 执行此操作时发生错误。 详细信息：访问被拒绝。 我正在使用具有完全pipe理权限的帐户login。 有任何想法吗？
我已经在IIS上安装了pipe理服务，并且想要为Web部署进行configuration。 在服务器级别，我可以看到pipe理服务，function委托，IISpipe理器等 我也安装了IIS6pipe理，但因为这是一个生产服务器，我不想删除它只是为了检查。
我们有一个网站，在我们的生产服务器上遇到麻烦，但是在我的开发机器上请求被放弃（因此，零响应）。 它每次正好1:19分钟后就会失败，而我的开发机器上的请求大概需要1:44。 内容长度大约是650K，所以不应该是一个问题。 生产环境是IIS7的开发环境，开发环境是使用IIS 7.5的Windows 7 有相同的web.config，但机器configuration略有不同（虽然他们应该从标准安装） 什么可能导致这个？ 在查看访问日志时，该行表示0字节的响应byt win32-code 995应该是0这是来自访问行的最后一列： sc-status sc-substatus sc-win32-status sc-bytes time-taken 200 0 995 0 76933 995似乎与“线程中止”或某事有关，因此我有信心，它是IIS中止请求。 即使在请求停止后，w3wp.exe进程似乎也会运行一段时间，所以我不认为Web应用程序甚至会注意到写入输出stream的时间。 编辑：已经尝试过不同的连接，似乎像我的防火墙因为没有数据（过早）而断开连接。 因此，995代码。
我有一个奇怪的问题与IIS 7。 有时似乎返回一个304而不是200。 这是一个用Fiddler捕获的示例请求： （请注意，所请求的文件尚未位于我的浏览器caching中。） GET https://[mysite]/Content/js/jquery.form.js HTTP/1.1 Accept: */* Referer: https://[mysite]/Welcome/News Accept-Language: sv-SE User-Agent: Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 6.1; WOW64; Trident/4.0; SLCC2; .NET CLR 2.0.50727; .NET CLR 3.5.30729; .NET CLR 3.0.30729; Media Center PC 6.0; InfoPath.2; OfficeLiveConnector.1.4; OfficeLivePatch.1.3; .NET4.0C; .NET4.0E) Accept-Encoding: gzip, deflate Host: [mysite] Connection: Keep-Alive Cache-Control: no-cache Cookie: … 请注意，请求中没有If-Modified-Since或If-None-Match。 […]
我需要通过命令行远程pipe理IIS。 有没有办法让我的本地AppCmd.exe引用远程服务器？ 所以我传递给AppCmd.exe每个命令都会在另一台机器上执行？
到目前为止，我已经过了几天的时间，试图找出如何解决这个问题。 首先，我正在运行一个网站，每天的平均浏览量为35万。 之前，所有的广告pipe理（每个广告已经投放的跟踪点击和展示）以及内容都是在一台服务器上投放的，并遵循以下规范： 服务器1 操作系统：Windows 2008 R2 64位 CPU：英特尔®酷睿™i5-4核 内存：8 GB 存储：2 x 1 TB硬盘 带宽：每月10 TB 为了提高我们的网站速度，我决定将广告pipe理脚本分成另一个专用服务器，因为我们有超过15个广告客户，每个网页有30个广告客户。 服务器2 操作系统：Windows 2008 R2 64位 CPU：英特尔®酷睿™i5-4核 内存：4 GB 存储：2 x 300 GB硬盘 带宽：每月10 TB 问题 问题是Server 1可以处理内容和广告系统。 现在，我拿走了广告系统，并把它放在Server 2 。 Server 2几乎不能只提供广告系统。 testing 首先，我把75％的广告移到了Server 2 。 然后，执行ping到服务器： ping -t xxxxx 。 [我做了10分钟的ping，下面有类似的模式] 来自xxxxx字节的答复= 32时间= 290ms TTL = […]
如何导出/导入我的IIS服务器到/从单个文件的configuration？ 原因是我想把版本控制系统下的configuration跟踪pipe理员所做的更改。 苏丹
我正在尝试在我的web.config文件中configuration我的IIS7压缩设置。 我试图启用HTTP 1.0请求是gzip。 MSDN 在这里有关于它的所有信息。 是否有可能在我自己的网站的web.config文件中有这个configuration信息？ 或者我需要将它设置在应用程序级别？ 目前，我有我的web.config中的代码… <system.webServer> <urlCompression doDynamicCompression="true" dynamicCompressionBeforeCache="true" /> <httpCompression cacheControlHeader="max-age=86400" noCompressionForHttp10="False" noCompressionForProxies="False" sendCacheHeaders="true" /> … other stuff snipped … </system.webServer> 它不工作:( HTTP 1.1请求得到压缩，只是不是1.0。 上面的MSDN页面说，它可以用在： – Machine.config中 对ApplicationHost.config 根应用程序Web.config 应用程序Web.config 目录Web.config 那么，我们可以在每个网站的基础上，以编程方式在web.config文件中设置这些设置吗？ （这是一个应用程序Web.config文件…）我做错了什么？ 欢呼:) 编辑：我被问到如何知道HTTP1.0没有得到压缩。 我正在使用失败的请求追踪规则，该规则会报告： DYNAMIC_COMPRESSION_START DYNAMIC_COMPRESSION_NOT_SUCESS Reason: 3 Reason: NO_COMPRESSION_10 DYNAMIC_COMPRESSION_END
我尝试使用AppCmd在IIS 7中的“默认网站”下创build一个虚拟目录。 但首先我想看看是否已经存在。 如何使用AppCmd在“默认网站”下创build虚拟目录，以及如何执行if语句？
我有幸每周处理5个SSL CSR，在将它们传递给我们的CA之前检查其有效性。 我在Ubuntu机器上使用OpenSSL来检查它们是否有效，testing诸如正确的OU名称，合理的CN，密钥大小> = 2048位等等，因为我们的请求有时是不正确的。 有一天，我收到一个IIS7机器的更新请求。 我不知道如何阅读这个，使用OpenSSL。 这是有效的，因为我的CA已经接受了… 'file（1）'表示这是一个“RFC1421安全证书签名请求文本”，这就是我说的约50％的CSR（其余是“PEM证书请求”）。 $ head iis7rcsr —–BEGIN NEW CERTIFICATE REQUEST—– MIIQsQYJKoZIhvcNAQcCoIIQojCCEJ4CAQExCzAJBgUrDgMCGgUAMIIJegYJKoZI hvcNAQcBoIIJawSCCWcwggljMIIIzAIBADCB2zELMAkGA1UEBhMCTloxDTALBgNV BBEMBDkwNTQxDjAMBgNVBAgMBU90YWdvMRAwDgYDVQQHDAdEdW5lZGluMRwwGgYD … … openssl req ，它读取CSR（PKCS＃10）无法理解它… $ openssl req -in iis7rcsr -text unable to load X509 request 5156:error:0D0680A8:asn1 encoding routines:ASN1_CHECK_TLEN:wrong tag:tasn_dec.c:1316: 5156:error:0D07803A:asn1 encoding routines:ASN1_ITEM_EX_D2I:nested asn1 error:tasn_dec.c:380:Type=X509_REQ_INFO 5156:error:0D08303A:asn1 encoding routines:ASN1_TEMPLATE_NOEXP_D2I:nested asn1 error:tasn_dec.c:748:Field=req_info, Type=X509_REQ 5156:error:0906700D:PEM routines:PEM_ASN1_read_bio:ASN1 lib:pem_oth.c:83: 本文来自MSDN博客上的Andreas Kleinbuild议IIS7更新CSR是一个PKCS＃7容器，具有基于当前证书的CSR和签名…但是我仍然无法读取它。 […]