我在运行IIS 6（服务器“A”）的Intranet Web服务器上有一个php应用程序，该应用程序包含一个将file upload到另一个子网上运行IIS 7.5（服务器“B”）的其他Web服务器的窗体。 服务器A有映射的驱动器到服务器B上的共享文件夹。尝试将上载的文件复制（）或fwrite（）到服务器B时，出现“权限被拒绝”或“文件不可写入”错误。 我需要在服务器B上的目标文件夹上设置哪些安全权限以允许服务器A的IIS / php写入文件夹？ 我可以使用Windows资源pipe理器复制文件，但当然这是与不同的用户凭据。 我想完成这个任务，而不需要添加一个FTP服务器到服务器B.
我已经在相应的applicationhost.config文件中定义了两个站点，并尝试从命令行使用IIS Express运行它们。 不幸的是，我只能在当时启动一个网站。 我的2个问题： 1.是否有可能从一个命令行使用IIS Express运行多个站点？ 2. IIS可以在每个IIS实例上只运行一个appool吗？
在单个生产Web服务器上安装Windows更新的最佳做法是什么？ 该服务器的日常网页浏览量相当高，每天的浏览量约为500k，目前还没有testing机器可以预先testing更新。 我见过很多人推荐手动安装唯一的关键更新.. 你最新的做法是什么？ 手动还是自动？ 预测还是不行？ 有些更新或所有？ 多频繁？ 我应该考虑的任何重要的工作stream程？ 奖金问题 有没有人有任何不良预测testing更新失败？ （我想我已经知道这个答案了） 谢谢
我在生产环境中安装了Microsoft Web Farm Framework安装程序，似乎能够很好地工作（比手动同步服务器更好），只不过它会导致生成过多的日志文件。 我刚刚从我的一台辅助服务器上删除了450 GB（是的，这是一个G）日志文件。 它已经运行了几个星期。 日志文件的path是C：\ Users [USER] \ AppData \ Local \ Microsoft \ Web Platform Installer \ logs \ install（感谢WinDirStat）。 我是否缺lessconfiguration设置？ 有没有合理的方法来保持这些日志文件的控制权？ 我想我可以创build一个脚本来删除它们，但是似乎Web Farm Framework不会在运行几周之后导致服务器崩溃。
我在IIS7中有一个网站。 它有3个url。 www.mydomain.com mydomain.com secure.mydomain.com secure.mydomain.com应该使用SSL证书运行。击中http://secure.mydomain.com应该击中https站点。 使用https访问其他两个地址中的任何一个，都会将您带到http版本的十个URL。 有可能在IIS 7中设置自己的？
我的网站有相当多的（> 1M）不同的图像文件。 我有单独的子域的图像。 我不需要asp.net，所以我把它设置为不使用.net框架。 最大工作stream程设置为50。 日志logging被禁用。 队列长度是10000。 系统内存caching大约1GB 平均请求数是每秒20个请求。 系统有2xSAS HDD（镜像） 我注意到偶尔图像不能正常使用。 没有http错误没有答案。 当我启用1小时的日志时，我注意到大约每分钟一次，服务一个文件需要30秒以上（其中大部分小于100KB） 我如何改进或排除故障？ 什么是在Windows上提供随机图像的最佳方式？ 可以花多less时间？ （这是否取决于客户端连接？） 如何从iis问题区分networking/数据中心错误？
我刚刚在安装了IIS的Windows 2008服务器上安装了phpmyadmin ，并且希望重要的是在我自己的机器上创build的数据库到phpmyadmin这个服务器上。 当我尝试这样做时，我收到一条错误消息 文件无法读取 我读过这可能是由于php.ini的open_basedir 我已经将open_basedir更改为open_basedir = D:\inetpub ，然后将database.sql.zip文件放入inetpub文件夹中，但仍然收到相同的错误消息。 任何人都知道我要去哪里错了？
IIS 7，集成应用程序池，标识设置为NetworkService 我们最近把一个asp.net MVC 3移到了我们的生产环境中。 应用程序使用Windows身份validation。 生产环境是在IIS 7上运行Win 2008的Web场上设置的（不确定是否为R2）。 有两台服务器configuration为运行Web应用程序。 我们已经有两次（相隔约一周），用户被authentication为不同的用户，而不是他们自己。 检查IIS日志，似乎在某种程度上，所有的请求都被authentication为一个特定的用户。 在日志中还有X-ARR-LOG的条目，这显然是应用程序请求路由模块（不知道是否相关，但更多的信息可能会有所帮助..）。 我的networking背景不是很强大，但我们的networking资源并没有find任何运气。 是否有任何诊断工具可以运行，以查看问题可能来自哪里？ 是否有可能在Web场上错误地configuration了某些可能导致此问题的内容？ 一个重要的因素是，在IIS日志中，有一个不通过asp.netpipe道的简单html页面的请求，以及上述用户请求的日志中的请求。 所以看起来问题出现之后，所有请求似乎都在相同的用户帐户下进行身份validation。 欣赏任何帮助，你可以提供的提示 更新： 详细说明我们如何确定不同用户作为一个用户进行身份validation… 在IIS日志中，我们正在查看根据文档，由IIS设置的cs-username列。 我们可以看到来自不同IP地址的不同请求，在不同的地方有相同的cs-username。 在日志中，所有请求都有不同的cs-username，直到突然间，所有的请求都来自同一个cs-username。 我们已经能够通过将服务器带出服务器场并回收应用程序池来重置此问题。 不清楚具体哪一个帮助我们“重置”了这个问题。 还提到一些请求是一个纯HTML页面，这不通过的asp.netpipe道，（相信它被监控工具，因为它被称为sitecheck.html使用），这些请求突然有相同的cs-username。 此外，应用程序本身使用WindowsIdentity来显示用户特定的数据，这就是导致我们更深入地研究问题的原因。
我是一个IIS / Web Noob（我是一个C＃后端服务/ winforms开发）所以请裸露我:-) 我在本地开发机器上的IIS中build立了一个站点。 在站点的绑定部分添加了4个绑定，所有4个对于http： Host Name Port IP Address blog.sourcecube.co.za 26581 * www.blog.sourcecube.co.za 26581 * blog.sourcecube.co.za 26581 127.0.0.1 www.blog.sourcecube.co.za 26581 127.0.0.1 在我的主机文件（驱动程序\ etc \ hosts）中，我添加了folling条目： 127.0.0.1 blog.sourcecube.co.za 127.0.0.1 www.blog.sourcecube.co.za 当我从命令行ping我的域名时，它实际上parsing为回送地址127.0.0.1。 所以，当我在浏览器中导航到blog.sourcecube.co.za时，我期望发生的事情是，它parsing为127.0.0.1，并且当请求命中IIS时，它应该知道由于主机头？ 但是，当我导航到blog.sourcecube.co.za，我得到一个“无法连接，Firefox无法build立连接到服务器在blog.sourcecube.co.za”错误。 我究竟做错了什么？ —更新— 从我的浏览器导航到blog.sourcecube.co.za:26581 …我希望在不指定端口号的情况下工作。
版本： Windows Server 2008 R2 SP1 TeamCity 7.0.2 Tomcat 7.0.27 IIS 7.5 ARR 2.5 URL重写7.2.2 作为JavaEE WAR，TeamCity安装在预先存在的TomCat安装中。 IIS已成功设置为反向TeamCity的代理调用。 我的重写规则如下： <rule name="TeamCity Redirect" stopProcessing="true"> <match url="^(TeamCity.*)" /> <action type="Rewrite" url="http://localhost:8080/{R:1}" logRewrittenUrl="true" /> </rule> 我从远程主机login到TeamCity并使用/pipe理它没有任何问题。 但是，当启用内置的NuGet服务器时，我遇到了令人沮丧的问题。 尝试从任何远程主机代理通过IIS访问Nuget饲料给我一个HTTP 404错误。 404错误来自IIS。 当我从url中删除最后的path部分时，404错误来自Tomcat。 例： 从任何主机http://proteus.pointloma.edu/TeamCity/guestAuth/app/nuget/v1/FeedService.svc提供IIS 404错误提供。 从任何主机http://proteus.pointloma.edu/TeamCity/guestAuth/app/nuget/v1/给出一个TomCat 404错误。 来自安装了TeamCity的服务器的http：// localhost：8080 / TeamCity / httpAuth / app / nuget / v1 […]