AsiaTech: 微软全球技术支持中心互联网开发支持团队 官方博客 https://docs.microsoft.com/archive/blogs/asiatech_zh-cn/feed.xml 我们关注各种Windows下IIS Web平台和分布式应用下疑难问题的诊断和解决方案 Wed, 17 Apr 2019 03:06:46 GMT en-US hourly 1 行动起来：转换传统桌面应用程序到UWP 并发布到Windows 应用商店！ https://docs.microsoft.com/archive/blogs/asiatech_zh-cn/%E8%A1%8C%E5%8A%A8%E8%B5%B7%E6%9D%A5%EF%BC%9A%E8%BD%AC%E6%8D%A2%E4%BC%A0%E7%BB%9F%E6%A1%8C%E9%9D%A2%E5%BA%94%E7%94%A8%E7%A8%8B%E5%BA%8F%E5%88%B0uwp-%E5%B9%B6%E5%8F%91%E5%B8%83%E5%88%B0windows Mon, 24 Oct 2016 07:46:41 GMT https://blogs.msdn.microsoft.com/asiatech_zh-cn/?p=505  

一个月前微软发布了桌面应用程序转换器(Desktop Application Converter)，让我们可以把现有的桌面应用程序（.NET 4.6.1 或 Win32）轻松转换成 通用 Windows 平台 (UWP) 的程序。

这实际上为开发者带来了巨大的机会。目前已经看到许多开发商主动开始这个过程并成功转换，发布到了 Windows 应用商店。 目前有超过3 亿 5000 万的设备正在运行 Windows 10，这种转换为有价值的桌面应用程序提供了前所未有的易于展现和购买的渠道。

不过，在这个过程中，我也注意到有两个常见的问题︰

A. 我成功转换此应用程序，它运行得相当好，但似乎没有办法直接发布到 Windows 商店？

B. 真是太酷了！ 但是转换需要下载很大的image (3.5GB+) 和安装特定环境，我还没空尝试。。。。.

当然也有其他的问题，比如一些细节的准备工作，如何添加一些代码来在传统桌面程序里面使用 UWP API，有其它参考链接对此做了详细解释，在这里我主要回答上面两个问题：

关于问题 A，当决定转换并通过Windows应用商店发布自己的桌面应用程序时（不管会不会转换）都可以通过微软官方链接提交请求 （这个表格目前还是英文，但不难理解, 在提交的时候请注明来自国家地区，并附上本文博客链接）︰

https://developer.microsoft.com/en-us/windows/projects/campaigns/desktop-bridge

微软应用咨询团队（包括我在内）将帮助这个过程，包括解决转换中的技术问题，创建一个用来发布应用程序的特定开发者帐户。我们需要在这里特定开发者帐户，是因为转换后的应用程序，需要"runFullTrust"，这就是转换后的程序不能直接将其发布的原因。

关于 B 的问题，我开发创建了"Desktop Bridge Online" 的Azure 服务，它可以帮助开发人员上传和转换的应用程序（写了个调用DAC的 windows 服务） 在线快速 （几个点击和文件名输入）︰

https://bridge10.azurewebsites.net

这项服务可能没有涵盖所有极端复杂的安装转换场景，但会满足大多数转换需求。

结果将是一个 zip 文件包含转换后的Appx程序包、测试证书和 程序包的分析文件。目前的应用程序安装程序文件大小仅限于 500 MB。如果您的安装程序是上面的文件大小，鼓励安装本地转换环境。这里是主要的用户界面︰

clip_image002

转换选项如下所示参数的含义参考 https://msdn.microsoft.com/en-us/windows/uwp/porting/desktop-to-uwp-run-desktop-app-converter ︰

clip_image003

希望上面的信息和新的在线工具可以让我们更好地协助需要转换桌面应用程序的开发人员。任何反馈随时让我知道。

从 Windows 应用程序咨询团队更有益的参考:

https://blogs.msdn.microsoft.com/appconsult/2016/10/13/desktop-bridge-the-bridge-between-win32-apps-and-the-universal-windows-platform/

https://blogs.msdn.microsoft.com/appconsult/2016/10/17/desktop-bridge-converting-an-installer/

Thanks!

Freist Li

]]> 如何解决IE下载时中文文件名变乱码的问题 https://docs.microsoft.com/archive/blogs/asiatech_zh-cn/ie Tue, 11 Oct 2011 22:36:00 GMT https://blogs.msdn.microsoft.com/asiatech_zh-cn/2011/10/11/ie/ 问题现象

当我们使用IE浏览器下载中文文件名的文件时，先弹出“文件下载”对话框如下：

 

如果你点击“保存”的话，没有任何问题。但是如果你点击“打开”按钮的话，你会发现文件名变成了一串乱码，见下图

 

背景

文件下载功能所对应的服务端ASP.NET代码如下：

        String value = "test";

        Response.Clear();

        Response.ClearHeaders();

        Response.Buffer = false;

        Response.ContentType = "application/octet-stream";

        Response.ContentEncoding = System.Text.Encoding.UTF8;

        String filename = HttpUtility.UrlEncode("中文.txt", System.Text.Encoding.UTF8);    //对中文文件名进行HTML转码

        Response.AddHeader("CONTENT-LENGTH", value.Length.ToString());

        Response.AddHeader("Content-Disposition", "attachment; filename=" + filename);

         Response.CacheControl = "public";

         Response.Write(value);

        Response.Flush();

        Response.End();

 

环境

实际上此问题只在IE6、IE7的环境下发生，IE8以上版本没有问题

 

问题起因

如果你通过Fiddler之类的工具来抓取HTTP包的话，可以看到服务器段发回来的Response Header如下。


HTTP/1.1 200 OK
Server: ASP.NET Development Server/9.0.0.0
Date: Sun, 09 Oct 2011 07:32:12 GMT
X-AspNet-Version: 2.0.50727
Content-Length: 4
Content-Disposition: attachment; filename=%e4%b8%ad%e6%96%87.txt
Cache-Control: public
Content-Type: application/octet-stream
Connection: Close

 实际上文件名是由Content-Disposition头里面的filename信息来决定的，这是一串经过URLEncode之后的UTF-8码，并不是乱码，它所对应的文字信息正是”中文”两个字。对于IE6、IE7来讲，在弹出“文件下载”对话框的时候IE浏览器实际上已经把文件保存在临时目录，而文件名并没有做转码，所以在临时目录里面的文件名就是%e4%b8%ad%e6%96%87[1].txt。

如果你点击“保存”按钮的话，依然是由IE浏览器在处理保存文件的工作，所以它会自动转码；而当你点击“打开”按钮的时候，IE浏览器只是负责通知相应的应用程序来打开临时目录里的文件，所以我们就看到了文件名在记事本里面显示为乱码的现象。

 

解决办法

我们所推荐的方式是升级到IE8或者以上版本。如果不升级，针对IE6没有任何办法，针对IE7可以采取以下方法。

1)    下载最新的IE累积补丁。可以先访问http://technet.microsoft.com/en-us/cc264855.aspx找到所有的最新安全补丁。

注意：请访问英文网站，因为中文网站有时候可能没有及时更新

从列表里面找到Cumulative Security Update for Internet Explorer，如下图


进入相关链接(在此时最新的IE补丁是Microsoft Security Bulletin MS11-057)，找到你的操作系统所对应的版本，比如我XP SP3的机器所下载的就是IE7-WindowsXP-KB2559049-x86-ENU.exe

2)      用以下命令来打补丁
IE7-WindowsXP-KB2559049-x86-ENU.exe /b:sp3qfe
注意：由于我的是XP SP3，所以/b后面对应的是sp3qfe；如果你是SP2的机器，就要用sp2qfe

3)     打完补丁添加以下注册表键值
[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Internet Explorer\Main\FeatureControl\FEATURE_ALLOW_LONG_INTERNATIONAL_FILENAMES]
"iexplore.exe"=dword:00000001

4)      重起机器再测试

 

Zhixing From APGC DSI Team

]]> 在SharePoint Web应用中访问Session对象时发生System.NullReferenceException异常 https://docs.microsoft.com/archive/blogs/asiatech_zh-cn/sharepoint-websessionsystem-nullreferenceexception Mon, 12 Sep 2011 19:18:00 GMT https://blogs.msdn.microsoft.com/asiatech_zh-cn/2011/09/12/sharepoint-websessionsystem-nullreferenceexception/ 我们有个客户在SharePoint Web应用中集成自定义的代码到时，经常遇到System.NullReferenceException异常。通常来说，如果程序配置成了Web Garden或者非Session Affinity的负载均衡，现象容易出现。

但这次情况有所不同。

通过.NET异常捕获，发现它是在访问Session对象的时候发生的。

000007ff`00fc2067 e8d4bb58ec call system_web_ni+0x25dc40 (000007fe`ed54dc40) (System.Web.HttpContext.get_Current(), mdToken: 060003c6)

000007ff`00fc206c 803800 cmp byte ptr [rax],0

000007ff`00fc206f 488bc8 mov rcx,rax

000007ff`00fc2072 e8511453ec call system_web_ni+0x2034c8 (000007fe`ed4f34c8) (System.Web.HttpContext.get_Session(), mdToken: 060003e2)

000007ff`00fc2077 48bb98c6a37f01000000 mov rbx,17FA3C698h

000007ff`00fc2081 488b13 mov rdx,qword ptr [rbx]

>>> 000007ff`00fc2084 803800 cmp byte ptr [rax],0

代码片段如下：

HttpContext.Current.Session["userdata"] = "123";

为了解决这类问题，我们在Web.Config中显式地将EnableSessionState设为True。

<%@ Page EnableSessionState="True" %>

并确保所有相关的单独页面不在页面的级别设置这个值为False。之后，问题依然发生，在memory dump中，System.Web.SessionState.InProcSessionState对象不再出现。

再一次检查了SharePoint的Web.Config文件，发现ASP.NET的session模块被注释掉了：

<!-- <add name="Session" type="System.Web.SessionState.SessionStateModule"/> -->

 

结论

==========

对于当前的SharePoint Web应用，Session对象是默认不可访问的，因为SharePoint应用会移除Session模块，并设置EnableSessionState为False。当把Session模块加回去，并在Web.Config中设置EnableSessionState为True后，抛System.NullReferenceException异常的问题就解决了。

Freist from APGC DSI Team

]]> 匿名远程访问COM+应用时被拒绝访问的问题 https://docs.microsoft.com/archive/blogs/asiatech_zh-cn/com Sun, 28 Aug 2011 20:23:23 GMT https://blogs.msdn.microsoft.com/asiatech_zh-cn/2011/08/28/com/  

有个客户在一个Win2k3的域下建立了一个COM+应用服务器，而客户端是一个工作组机器。

为了重现这个场景，我们按照以下的方式，允许以匿名的方式访问调用COM+应用：如何以匿名方式远程调用COM+，但还是在客户端出现了拒绝访问的错误。

在网络监视器中显示了拒绝访问错误（status=0x5）被返回到服务端。

客户用很多客户端在远程调用这个COM+应用，不能把它们全添加到这个域里。

我们通过以下方式进行一个快速的测试：

1.在两台机器上创建相同的用户名和密码。将COM+认证从“交互用户（Interactive User）”改变为这个测试账号。

2.在COM+应用服务器端，启用机器上的安全日志。在本地安全策略->本地策略->审计策略下，启用账号登录事件和登录事件的错误审计

在一个域控制器替代本地安全策略的情况下，我们需要检查域控制器安全策略。之后做一个”gpupdate /force”。做这个就是为了确保在安全日志里生成合适的事件日志项。

3.重演一遍这个问题，发现安全日志里有这个类型的错误：

Event Type: Failure Audit
Event Source: Security
Event Category: Logon/Logoff
Event ID: 534
Description:
Logon Failure:
Reason: The user has not been granted the requested
logon type at this machine
User Name: Domain Test User account
Logon Type: 8
Logon Process: Advapi

 

 

 

 

 

 

这里的登陆类型（Logon Type）8表示“通过网络访问此电脑”的用户权限被禁止。

4.检查Win2K3域，发现客户未被赋予普通域用户“通过网络访问此电脑”的权限。

为了修正这个错误，我们在域控制器（DC）上创建了一个测试组织单位（OU），并将这个COM+应用服务器移到测试组织单位（OU）中，确保应用于此的域组策略没有定义“通过网络访问此电脑”的用户权限。然后在这个COM+应用服务器中，打开GPEDIT.MSC，进入本地安全策略->本地策略->用户权限，给所有人（everyone）“通过网络访问此电脑”的权限。

这个方案最终可以运行正常的。

Freist from APGC DSI Team

]]> 在预编译 (Pre-Compiled) 的ASP.NET应用中页面设置失效的问题 https://docs.microsoft.com/archive/blogs/asiatech_zh-cn/pre-compiled-asp-net Sun, 28 Aug 2011 19:47:10 GMT https://blogs.msdn.microsoft.com/asiatech_zh-cn/2011/08/28/pre-compiled-asp-net/ 我的客户有一个验证视图（viewstate）MAC失败的问题。作为应急措施，他想在找出最终的解决方案之前，禁用视图MAC验证。然而当他在配置文件中添加了如下的设置后，还是有问题。

<pages validateRequest="false" enableEventValidation="false" enableViewStateMac="false" viewStateEncryptionMode="Never">

客户的应用是一个预编译 (Pre_compiled) 的ASP.NET应用，且可更新(updateable)的选项被禁用。看了由编译器通过上述设置生成的代码后，我们发现这些设置是硬编码。所以这意味着仅仅简单地在web.config里添加上述设置，并不会影响预编译的应用。为了使其生效，必须重新编译整个应用。

 [DebuggerNonUserCode]

private void __BuildControlTree(default_aspx __ctrl)

{

__ctrl.EnableViewStateMac = false;

__ctrl.EnableEventValidation = false;

__ctrl.ViewStateEncryptionMode = ViewStateEncryptionMode.Never;

这是一个By-Design的行为。

ASP.NET预编译概述如下：

http://msdn.microsoft.com/en-us/library/bb398860.aspx

Wei Zhao from AGPC DSI Team

 

]]> 委托非管理员账号回收IIS 7远程应用池的问题 https://docs.microsoft.com/archive/blogs/asiatech_zh-cn/iis-7 Sun, 28 Aug 2011 19:43:06 GMT https://blogs.msdn.microsoft.com/asiatech_zh-cn/2011/08/28/iis-7/ 最近客户频繁问到的一个问题是，当用户没有获得管理员权限时，是否能远程地回收一个IIS主机上的应用池。不幸的是，应用池的回收需要管理员权限才能运行。但是，通过使用MSDeploy，我们能设定recycleAPP provider作为委托，并将其运行在提升后的管理员权限下。然后，通过使用一个本地的标准用户账号或者一个IIS管理员账号，我们能在远程调用recylceApp provider，通过这个提升了权限的recycleApp provider，只要此用户在IIS里有应用池的访问权限，就能远程地回收那些应用池了。

可以通过以下步骤解决此问题：

1) 安装或确认IIS管理服务被激活。

2) 安装服务器和远程机器上最新版本的Web Deploy。相关资料见： http://www.iis.net/download/WebDeploy

3) 在服务器端的IIS中，选择管理服务。勾选“启用远程连接”，如果管理服务（WMSVC）正在停止状态，就启动它。

4) 还是在服务器端，选择管理服务委托，然后选择recycleApp provider。我在IIS的机器里建立了一个管理员账号，叫做Recycler，它将得到提升的权限，以回收应用池。

5) 还是在服务器端，选择“IIS管理员用户”并添加所需的用户。在此例中，我添加了IISUser1。现在，到你所希望被允许执行远程回收的站点，在行为面板中选择“IIS管理员权限”和“允许用户”。

6) 最后，我们现在可以从远程机器运行msdeploy命令进行测试。

msdeploy.exe -verb:sync -source:recycleApp -dest:recycleApp="Default Web Site",wmsvc=remote-computer,userName=IISManagerUserName,Password=IISManagerUserPassword,recycleMode="RecyleAppPool" –allowUntrusted

对于我们的例子，我们将运行如下：

注：如果远程机器上没有合法证书，请使用-allowUntrusted标记。这能忽略那些证书错误。

更多关于Web Deploy recycleApp provider的信息见：http://technet.microsoft.com/en-us/library/ee522997(WS.10).aspx

顺带一提，在某些情境，即使你所有配置都正确，你也可能在运行命令时看到如下的信息。

我有一个客户遇到了这个错误，通过测试能够按下面所述的步骤重现。如果没有安装IIS管理服务角色，就安装msdeploy包；或者当msdeploy在服务器上被激活，而管理服务角色被删了然后重装，缺少必要的handle。要解决此问题，只需重装msdeploy即可。

Matthew from APGC DSI Team

 

]]> IE访问IIS7.5架设的需Windows认证的网站时出现不停弹框的问题 https://docs.microsoft.com/archive/blogs/asiatech_zh-cn/ieiis7-5windows Tue, 02 Aug 2011 22:35:22 GMT https://blogs.msdn.microsoft.com/asiatech_zh-cn/2011/08/02/ieiis7-5windows/ 这是一个安装了IIS的Windows 2008系统，它已运行了一些Sharepoint站点。这些Sharepoint站点使用Windows认证，且他们都正常运行。

现在在此服务器上部署了一个新的Web站点，并启用了Windows认证（采用内核态），但当通过HTTP://MyWebServer:8080或HTTP://MyWebServer.MyDomain.com:8080访问此站点时，IE会不停地请求认证。

首先，我们用域认证信息（domain credentials）测试了基本认证（basic authentication），它是成功的。然后我们启用了登陆事件的审查（audit）功能；不幸的是，不管是否成功进入了Web站点，我们都没能发现任何登陆事件的记录。

为了找出与此有关的更多信息，我们启用了IIS FREB跟踪功能，发现“IIS Web Core”设置了401状态，其错误信息是“拒绝访问”。

现在，我们不得不回来看看对Kerberos纠错最有用的信息——网络监视跟踪记录。从捕获的信息来看，我们确认了Kerberos错误是KRB_AP_ERR_MODIFIED。

有两个引发该错误的常见原因：

1. 错误的DNS设定

2. 客户端发送的ticket被用不同的密钥加密/解密。

我们用netmon确认了DNS的运行在意料之中。我们用Ldp工具审查SPN，当查询SPN时得到了如下的结果

Dn: CN=MyWebServer,……..

……

servicePrincipalName (11):

….

HOST/MyWebServer.MyDomain.com;

HOST/MyWebServer;

….

Dn: CN=SPS_Service_Account…….

….

servicePrincipalName (18):

……

HTTP/ MyWebServer.MyDomain.com;

HTTP/ MyWebServer;

……

我们能看到，HTTP/MyWebServer是SharePoint服务里注册的账号（被用来运行SharePoint应用池），运行在内核态认证的IIS 7以上服务器是不需要它的。然后回IIS MMC查看，我们发现所有SPS站点都采用用户态的Windows认证，它需要把SPN账号注册到应用池认证中。这就是SPS站点以Windows认证的方式运行的原因。

新添加的站点使用用户态Windows认证，需要在机器账号中注册的SPN的账号。这与SharePoint站点产生了冲突。

这解释了为何我们得到了KRB_AP_ERR_MODIFIED错误。当IE访问http://MyWebServer:8080时，请求HTTP/MyWebServer的ticket，它被注册在SharePoint服务的账号里。IE把该ticket传递给Web服务器。在服务器端，IIS尝试使用机器账号对该ticket解密。这必然会失败，因为它被另一个密钥解密。

为了解决此问题：

1. 我们给新添加的站点，如MySite，使用host头，将其加到站点绑定中。

2．注册SPN HTTP/MySite的本机账号

3．现在，我们使用http://MySite访问此Web站点。

随后，我们做以下SPN的配置：

MyWebServer:

HTTP/MySite

HTTP/MySite.MyDomain.com

HOST/ MyWebServer

HOST/ MyWebServer.MyDomain.com

SPS service account:

HTTP/ MyWebServer

HTTP/ MyWebServer. MyDomain.com

如下配置IIS:

SPS 站点

MySite

SPN

HTTP/MyWebServer

注册在SPS服务账号中

HTTP/MySite

注册在机器账号MyWebServer中

绑定

所有可用的IP

无主机名

所有可用的IP

主机名: MySite

Windows

认证

用户态

内核态

应用池认证

SPS 服务账号

随意

如何访问

HTTP://MyWebServer

HTTP://MySite

顺带一提，若我们想用内核态认证（建议使用），并把SPN注册在应用池认证中，我们可以设置useAppPoolCredentials为true。这里有一个配置的例子。

<system.webServer>

<security>

<authentication>

<windowsAuthentication enabled="true" useKernelMode="true" useAppPoolCredentials="true" />

</authentication>

</security>

</system.webServer>

Wei Zhao from DSI team

]]> 如何解决请求超时的HttpException异常 (ASP.NET 2.0 32-bit) https://docs.microsoft.com/archive/blogs/asiatech_zh-cn/httpexception-asp-net-2-0-32-bit Mon, 18 Jul 2011 23:50:00 GMT https://blogs.msdn.microsoft.com/asiatech_zh-cn/2011/07/18/httpexception-asp-net-2-0-32-bit/ 注意：下列的步骤适用于ASP.NET 2.0(32 bit) 。没有测试过其他版本的ASP.NET。

症状

========

应用事件记录里可能出现下方的警告文字：

这种问题基本上发生在当ASP.NET的服务器端执行请求的时间超过所允许的最大时间之时。

最大超时时间可以在配置文件的httpRuntime元素的executionTimeout属性中设置。（在.Net 2.0中，默认值是110秒

如何重现

===============

创建一个ASPX页面，命名为sleep.aspx。它将睡眠20秒：

<%@ Page Language="C#" %>

<%@ import Namespace="System.Diagnostics" %>

<script runat="server">

protected void Page_Load(object sender, EventArgs e)

{

DateTime time = DateTime.Now;

Response.Write(String.Format("Time: {0}:{1}:{2}", time.Hour, time.Minute, time.Second) +

"\tCurrent process: " + Process.GetCurrentProcess().Id.ToString());

Response.Write("<BR>");

Response.Write(String.Format("This application is running in {0}", System.Environment.Version.ToString()));

System.Threading.Thread.Sleep(20000);

}

</script>

<html>

<head>

<title>ASP.NET Simple Page</title>

</head>

<body bgcolor="#FFFFFF">

<p><asp:label id="Message" runat="server" /></p>

</body>

</html>

创建一个web.config文件，将其放在与sleep.aspx同一目录下。在此文件中设置最大超时时间为5秒。

<?xml version="1.0" encoding="UTF-8"?>

<configuration>

<system.web>

<httpRuntime executionTimeout="5"/>

</system.web>

</configuration>

使用你的浏览器访问sleep.aspx，过一会儿你就将收到错误信息：“[HttpException (0x80004005): Request timed out.]”。相关的警告信息也将出现在事件日志里。

注意：

你可能发现这个错误信息——“[HttpException (0x80004005): Request timed out.]”——并没有在5秒后立即出现。ASP.NET在内部使用一个定时器（System.Threading.Timer 的一个实例）来调用取消请求的操作。这个定时器15秒触发一次。因此实际上请求可能在5秒到20秒之间的任意时间发生超时。

请参考

http://blogs.msdn.com/b/pedram/archive/2007/10/02/how-the-execution-timeout-is-managed-in-asp-net.aspx

如何捕获“[HttpException (0x80004005): Request timed out.]”的转储文件

===============================================================

当发生HttpException异常时，人们常犯的一种*错误*是设置一个debugger来监视HttpException异常，并生成转储文件。

实际上当发生请求超时之时，ASP.NET尽管显示给用户看地是HttpException，但是抛出的是ThreadAbortExceptiony异常。

为所有ThreadAbortException异常生成转储文件是不可行的。为了解决这个问题，我们必须在ThreadAboutException异常被抛出设定断点。

我用如下的步骤来捕获错误信息“[HttpException (0x80004005): Request timed out.]”的转储文件。

将下方的文本保存成aspnet_timeout.cfg，放在c:\目录下。

<ADPlus Version='2'>

<!-- Configuring ADPlus to log all first chance exceptions -->

<!-- Will still create full dump for any type of second chance exceptions -->

<KeyWords>

<keyword Name="loadbysos"> .loadby sos mscorwks </keyword>

<keyword Name="GetJIT"> !name2ee System.web.dll System.Web.RequestTimeoutManager.CancelTimedOutRequests </keyword>

<keyword Name="JITAddress"> .foreach /pS 0n12 ( record {!name2ee System.web.dll System.Web.RequestTimeoutManager.CancelTimedOutRequests}) { r $t1= ${record}; bp $t1+0x172 ".dump /ma /u ${AdpDumpDirEsc}\\Full Request timed out ${AdpProcName}_.dmp;g"; .printf"*breakpoint list*\n"; bl} </keyword>

</KeyWords>

<Settings>

<Option> NoDumpOnFirst </Option>

<RunMode> CRASH </RunMode>

</Settings>

<PreCommands>

<DebugActions> loadbysos; GetJIT; JITAddress </DebugActions>

</PreCommands>

</ADPlus>

用*管理员权限*打开命令行，转到Windows的Debugging工具的安装目录（默认路径为%programfiles%\Debugging Tools for Windows (x86)）

运行以下命令：

%windir%\system32\inetsrv\appcmd list wp

你将得到发生问题的应用池的工作进程的PID。

然后运行以下命令：

adplus.exe -c c:\aspnet_timeout.cfg -o <output folder> -p <pid of problematic apppool>

其中<output foder>是你想存放转储文件的存在的目录。

这样就会跳出一个cdb.exe窗口。请保持改窗口运行，因为它将会检测有问题的应用池。如果发生“请求超时”，他就会自动生成转储文件.

如何通过转储文件找到是哪个操作引发的“请求超时”

===========================================================

使用windbg打开转储文件。然后加载sos

0:025> .loadby sos mscorwks

转储（dump）当前线程堆里的所有对象，你将发现System.Threading.Thread对象:

0:025> !dso

OS Thread Id: 0x444 (25)

ESP/REG Object Name

eax 05baf5b0 System.Threading.Thread

ebx 05baf5b0 System.Threading.Thread

ecx 01c4f300 System.Web.RequestTimeoutManager+RequestTimeoutEntry

esi 01c4f300 System.Web.RequestTimeoutManager+RequestTimeoutEntry

0f1ff03c 05b33ad4 System.Web.Util.DoubleLinkList

0f1ff040 01c4b508 System.Collections.ArrayList

0f1ff044 05b3397c System.Web.RequestTimeoutManager

0f1ff064 01c4aa94 System.Threading.ContextCallback

0f1ff068 05b3397c System.Web.RequestTimeoutManager

0f1ff088 05b33b30 System.Threading._TimerCallback

0f1ff094 01c4b4e4 System.Threading.ExecutionContext

0f1ff0a0 01c4b4e4 System.Threading.ExecutionContext

0f1ff0a4 05b33b30 System.Threading._TimerCallback

0f1ff0b0 05b33b30 System.Threading._TimerCallback

0f1ff1c0 01c4b090 System.Collections.Hashtable+HashtableEnumerator

0f1ff25c 05b33b30 System.Threading._TimerCallback

0f1ff260 05b33b30 System.Threading._TimerCallback

转储（Dump） System.Threading.Thread对象中的信息，你将找到DONT_USE_InternalThread字段:

0:025> !do 05baf5b0

Name: System.Threading.Thread

MethodTable: 0e3c10f8

EEClass: 0e17d994

Size: 56(0x38) bytes

(C:\Windows\assembly\GAC_32\mscorlib\2.0.0.0__b77a5c561934e089\mscorlib.dll)

Fields:

MT Field Offset Type VT Attr Value Name

0e3b1f08 400063f 4 ....Contexts.Context 0 instance 05b20528 m_Context

0e3bd818 4000640 8 ....ExecutionContext 0 instance 01c4d2c8 m_ExecutionContext

0e3c0b24 4000641 c System.String 0 instance 00000000 m_Name

0e3c0f88 4000642 10 System.Delegate 0 instance 00000000 m_Delegate

0e3ba220 4000643 14 System.Object[][] 0 instance 00000000 m_ThreadStaticsBuckets

0e3c2cc0 4000644 18 System.Int32[] 0 instance 00000000 m_ThreadStaticsBits

0e3c3720 4000645 1c ...ation.CultureInfo 0 instance 00000000 m_CurrentCulture

0e3c3720 4000646 20 ...ation.CultureInfo 0 instance 00000000 m_CurrentUICulture

0e3c0740 4000647 24 System.Object 0 instance 00000000 m_ThreadStartArg

0e3c33ec 4000648 28 System.IntPtr 1 instance 1915fa8 DONT_USE_InternalThread

0e3c2d70 4000649 2c System.Int32 1 instance 2 m_Priority

0e3c2d70 400064a 30 System.Int32 1 instance 5 m_ManagedThreadId

0e399740 400064b 16c ...LocalDataStoreMgr 0 shared static s_LocalDataStoreMgr

运行 !threads 命令列出所有线程，你将发现与引发“请求超时”有关的线程（它的操作系统线程ID是dd4）：

0:025> !threads

ThreadCount: 7

UnstartedThread: 0

BackgroundThread: 7

PendingThread: 0

DeadThread: 0

Hosted Runtime: no

PreEmptive GC Alloc Lock

ID OSID ThreadOBJ State GC Context Domain Count APT Exception

8 1 1400 018ad710 8220 Enabled 05baea40:05baf074 018ac928 0 Ukn

19 2 132c 018b8658 b220 Enabled 00000000:00000000 018ac928 0 MTA (Finalizer)

22 3 16ec 018d7718 80a220 Enabled 00000000:00000000 018ac928 0 MTA (Threadpool Completion Port)

23 4 830 018d7ee8 1220 Enabled 00000000:00000000 018ac928 0 Ukn

24 5 dd4 01915fa8 380b220 Enabled 01c57b44:01c58fe8 018d8590 1 MTA (Threadpool Worker)

25 6 444 01923d00 180b220 Disabled 01c4b604:01c4d008 018d8590 0 MTA (Threadpool Worker)

14 7 180 01933348 880a220 Enabled 00000000:00000000 018ac928 0 MTA (Threadpool Completion Port)

切换到那个有问题的线程，列出调用栈。你将发现sleep函数:

0:025> ~~[dd4]s

eax=0000002d ebx=00000000 ecx=00004e20 edx=00000000 esi=0edced40 edi=00000000

eip=777f96f4 esp=0edcecfc ebp=0edced64 iopl=0 nv up ei pl nz na po nc

cs=001b ss=0023 ds=0023 es=0023 fs=003b gs=0000 efl=00000202

ntdll!KiFastSystemCallRet:

777f96f4 c3 ret

0:024> !clrstack

OS Thread Id: 0xdd4 (24)

ESP EIP

0edcee4c 777f96f4 [HelperMethodFrame: 0edcee4c] System.Threading.Thread.SleepInternal(Int32)

0edceea0 015806e1 ASP.sleep_aspx.Page_Load(System.Object, System.EventArgs)

0edceedc 6d59a7ff System.Web.Util.CalliHelper.EventArgFunctionCaller(IntPtr, System.Object, System.Object, System.EventArgs)

0edceeec 62562544 System.Web.Util.CalliEventHandlerDelegateProxy.Callback(System.Object, System.EventArgs)

0edcef00 6255ba44 System.Web.UI.Control.OnLoad(System.EventArgs)

0edcef14 6255ba83 System.Web.UI.Control.LoadRecursive()

0edcef2c 62557b34 System.Web.UI.Page.ProcessRequestMain(Boolean, Boolean)

0edcf084 62557764 System.Web.UI.Page.ProcessRequest(Boolean, Boolean)

0edcf0bc 62557691 System.Web.UI.Page.ProcessRequest()

0edcf0f4 62557626 System.Web.UI.Page.ProcessRequestWithNoAssert(System.Web.HttpContext)

0edcf100 62557602 System.Web.UI.Page.ProcessRequest(System.Web.HttpContext)

0edcf114 01580455 ASP.sleep_aspx.ProcessRequest(System.Web.HttpContext)

0edcf118 6255dad6 System.Web.HttpApplication+CallHandlerExecutionStep.System.Web.HttpApplication.IExecutionStep.Execute()

0edcf14c 6253132c System.Web.HttpApplication.ExecuteStep(IExecutionStep, Boolean ByRef)

0edcf18c 62b2583f System.Web.HttpApplication+PipelineStepManager.ResumeSteps(System.Exception)

0edcf190 62b1b96c [InlinedCallFrame: 0edcf190]

0edcf230 62b06071 System.Web.HttpRuntime.ProcessRequestNotificationPrivate(System.Web.Hosting.IIS7WorkerRequest, System.Web.HttpContext)

0edcf2a0 62bdb5e6 System.Web.Hosting.PipelineRuntime.ProcessRequestNotificationHelper(IntPtr, IntPtr, IntPtr, Int32)

0edcf2a4 62bdb7d7 [InlinedCallFrame: 0edcf2a4]

0edcf7f8 005522b4 [NDirectMethodFrameStandalone: 0edcf7f8] System.Web.Hosting.UnsafeIISMethods.MgdIndicateCompletion(IntPtr, System.Web.RequestNotificationStatus ByRef)

0edcf808 62bdb67d System.Web.Hosting.PipelineRuntime.ProcessRequestNotificationHelper(IntPtr, IntPtr, IntPtr, Int32)

0edcf88c 62bdb7d7 System.Web.Hosting.PipelineRuntime.ProcessRequestNotification(IntPtr, IntPtr, IntPtr, Int32)

0edcf98c 005522b4 [ContextTransitionFrame: 0edcf98c]

Xinjin from APAC DSI

 

]]> 为什么第一次访问ASP.NET应用会很慢 https://docs.microsoft.com/archive/blogs/asiatech_zh-cn/asp-net Sun, 24 Apr 2011 19:00:00 GMT https://blogs.msdn.microsoft.com/asiatech_zh-cn/2011/04/24/asp-net/  

问题现象

==========

ASP.NET页面第一次访问的时候很慢，时间可以持续几十秒到几分钟

 

问题原因

==========

当程序里面需要调用到一些Authenticode Signed的.NET Assembly的时候，它需要连接到外网来验证数字证书。当服务器是无法连接到外网时，这个校验证书的过程需要等到timeout之后才会结束。

 

解决办法

==========

建议采用以下方法中的任何一种

请同时在以下两个aspnet.config文件中加入以下内容。

C:\Windows\Microsoft.NET\Framework\v2.0.50727\aspnet.config

C:\Windows\Microsoft.NET\Framework64\v2.0.50727\aspnet.config

<?xml version="1.0" encoding="utf-8"?>

<configuration>

        <runtime>

                        <generatePublisherEvidence enabled="false"/>

        </runtime>

</configuration>

导入以下注册表键值并重起IIS服务

Windows Registry Editor Version 5.00

[HKEY_USERS\S-1-5-20\Software\Microsoft\Windows\CurrentVersion\WinTrust\Trust Providers\Software Publishing]

"State"=dword:00023e00

 

详细分析

==========

这个时候如果我们抓取一个hang dump的话，页面所对应的managed callstack往往如下，很明显它正在加载一个Assembly

0:022> !CLRStack

OS Thread Id: 0xeb4 (22)

Child-SP         RetAddr          Call Site

000000001af1c900 000007fef91747c3 System.Reflection.Assembly.InternalLoad(System.Reflection.AssemblyName, System.Security.Policy.Evidence,

 

System.Threading.StackCrawlMark ByRef, Boolean)

000000001af1c990 000007ff0141f0f9 System.Reflection.Assembly.Load(System.Reflection.AssemblyName)

000000001af1c9d0 000007fef9fdd502 Microsoft.SharePoint.Portal.WebControls.StringResourceManager..cctor()

000000001af1db50 000007ff014135e2 Microsoft.SharePoint.Portal.WebControls.MySiteLinkUserControl.SetControl()

000000001af1dce0 000007fef398e04f Microsoft.SharePoint.Portal.WebControls.MySiteLinkUserControl.OnInit(System.EventArgs)

000000001af1de80 000007fef398f3af System.Web.UI.Control.InitRecursive(System.Web.UI.Control)

000000001af1dee0 000007ff014133c8 System.Web.UI.Control.AddedControl(System.Web.UI.Control, Int32)

000000001af1df50 000007ff0134115e Microsoft.SharePoint.WebControls.DelegateControl.AddControlResilient(System.Web.UI.Control)

000000001af1dff0 000007fef398fb22 Microsoft.SharePoint.WebControls.DelegateControl.CreateChildControls()

000000001af1e170 000007ff01341024 System.Web.UI.Control.EnsureChildControls()

000000001af1e1d0 000007fef398e04f Microsoft.SharePoint.WebControls.DelegateControl.OnInit(System.EventArgs)

000000001af1e210 000007fef398e147 System.Web.UI.Control.InitRecursive(System.Web.UI.Control)

000000001af1e270 000007fef398e147 System.Web.UI.Control.InitRecursive(System.Web.UI.Control)

000000001af1e2d0 000007fef398e147 System.Web.UI.Control.InitRecursive(System.Web.UI.Control)

000000001af1e330 000007fef398e147 System.Web.UI.Control.InitRecursive(System.Web.UI.Control)

000000001af1e390 000007fef398e147 System.Web.UI.Control.InitRecursive(System.Web.UI.Control)

000000001af1e3f0 000007fef398a935 System.Web.UI.Control.InitRecursive(System.Web.UI.Control)

000000001af1e450 000007fef398a1f0 System.Web.UI.Page.ProcessRequestMain(Boolean, Boolean)

000000001af1e520 000007fef398a11b System.Web.UI.Page.ProcessRequest(Boolean, Boolean)

000000001af1e580 000007fef398a0b0 System.Web.UI.Page.ProcessRequest()

000000001af1e5e0 000007fef3991557 System.Web.UI.Page.ProcessRequest(System.Web.HttpContext)

000000001af1e640 000007fef395567b System.Web.HttpApplication+CallHandlerExecutionStep.System.Web.HttpApplication.IExecutionStep.Execute()

000000001af1e6f0 000007fef39634b5 System.Web.HttpApplication.ExecuteStep(IExecutionStep, Boolean ByRef)

000000001af1e790 000007fef3954733 System.Web.HttpApplication+ApplicationStepManager.ResumeSteps(System.Exception)

000000001af1e840 000007fef3958a54 System.Web.HttpApplication.System.Web.IHttpAsyncHandler.BeginProcessRequest(System.Web.HttpContext, System.AsyncCallback,

 

System.Object)

000000001af1e8a0 000007fef395863c System.Web.HttpRuntime.ProcessRequestInternal(System.Web.HttpWorkerRequest)

000000001af1e930 000007fef395726c System.Web.HttpRuntime.ProcessRequestNoDemand(System.Web.HttpWorkerRequest)

000000001af1e970 000007fef9fdd502 System.Web.Hosting.ISAPIRuntime.ProcessRequest(IntPtr, Int32)

 

其实它所要加载的Assembly名字如下

Microsoft.SharePoint.Portal.intl

 

此线程所对应的native callstack如下

0:022> k20

Child-SP          RetAddr           Call Site

00000000'1af1a208 000007fe'fdc610ac ntdll!ZwWaitForSingleObject+0xa

00000000'1af1a210 000007fe'f5dfa2fa KERNELBASE!WaitForSingleObjectEx+0x79 00000000'1af1a2b0 000007fe'f5df76fa cryptnet!CryptRetrieveObjectByUrlWithTimeout+0x263

00000000'1af1a5b0 000007fe'f5df4646 cryptnet!CryptRetrieveObjectByUrlW+0x20f 00000000'1af1a7a0 000007fe'f5df9c34 cryptnet!RetrieveObjectByUrlValidForSubject+0x162 00000000'1af1a8d0 000007fe'f5df4243 cryptnet!RetrieveTimeValidObjectByUrl+0x2de 00000000'1af1a9c0 000007fe'f5df3c72 cryptnet!CTVOAgent::GetTimeValidObjectByUrl+0x2e3 00000000'1af1ab20 000007fe'f5df38ad cryptnet!CTVOAgent::GetTimeValidObject+0x7cf

00000000'1af1ad00 000007fe'f5df3810 cryptnet!FreshestCrlFromCrlGetTimeValidObject+0x61

00000000'1af1ad70 000007fe'f5df99fc cryptnet!CryptGetTimeValidObject+0xb0 00000000'1af1adf0 000007fe'f5df345d cryptnet!GetTimeValidCrl+0x4b7

00000000'1af1af30 000007fe'f5df3f82 cryptnet!GetBaseCrl+0x7d 00000000'1af1afc0 000007fe'f5df3d58 cryptnet!MicrosoftCertDllVerifyRevocation+0x238

00000000'1af1b110 000007fe'fdb157c7 cryptnet!CertDllVerifyRevocation+0x28

00000000'1af1b160 000007fe'fdb1552e crypt32!VerifyDefaultRevocation+0x398 00000000'1af1b250 000007fe'fdb15c09 crypt32!CertVerifyRevocation+0x144

...

00000000'1af1bcc0 000007fe'f9e46c27 mscorwks!PEFile::CheckSecurity+0x39b924

00000000'1af1bd50 000007fe'f9e5eb5d mscorwks!PEAssembly::DoLoadSignatureChecks+0x37

00000000'1af1bd90 000007fe'f9e52ff8 mscorwks!PEAssembly::PEAssembly+0x12d 00000000'1af1be00 000007fe'f9e40b9d mscorwks!PEAssembly::DoOpen+0x11c 00000000'1af1c130 000007fe'f9f24a3e mscorwks!PEAssembly::Open+0x71

 

从这些函数名我们知道它正在做一些证书检查之类的事情。而实际上它正在等待下面的这个线程。

 

0:036> kn

# Child-SP          RetAddr           Call Site

00 00000000'2409e1c8 000007fe'fdc610ac ntdll!ZwWaitForSingleObject+0xa

01 00000000'2409e1d0 000007fe'f5d7f38e KERNELBASE!WaitForSingleObjectEx+0x79

02 00000000'2409e270 000007fe'f5d80a27 winhttp!IsWpadEnabledForConnectedNetworks+0x1f2

03 00000000'2409e340 000007fe'f5d806dc winhttp!ReadWinInetProxySettings+0x1c3

04 00000000'2409e3c0 000007fe'f5dfae42 winhttp!WinHttpGetIEProxyConfigForCurrentUser+0x28a

05 00000000'2409e510 000007fe'f5df9237 cryptnet!InetGetProxy+0x11e

06 00000000'2409e600 000007fe'f5df983d cryptnet!InetSendAuthenticatedRequestAndReceiveResponse+0x190

07 00000000'2409f770 000007fe'f5df9d9c cryptnet!InetSendReceiveUrlRequest+0x57e

.....

0:036> .frame 7

07 00000000'2409f770 000007fe'f5df9d9c cryptnet!InetSendReceiveUrlRequest+0x57e [d:\w7rtm\ds\security\cryptoapi\pki\rpor\inetsp.cpp @ 2603]

0:036> dv

              hInetSession = 0x00000000'218211f0

                   pwszUrl = 0x00000000'1f8abe50 "http://crl.microsoft.com/pki/crl/products/CSPCA.crl"

          dwRetrievalFlags = 1

              pCredentials = 0x00000000'00000000

                      pcba = 0x00000000'2409fab0

            ppfnFreeObject = 0x00000000'2409fb38

            ppvFreeContext = 0x00000000'2409fb30

                  pAuxInfo = 0x00000000'1f8abd78

             phInetRequest = 0x00000000'00000000

 我们可以看到，当时我们抓取dump的时候它正在尝试连接http://crl.microsoft.com/pki/crl/products/CSPCA.crl

Zhi Xing - 微软APAC技术支持中心 Internet Developer Support Team

]]> 如何用IIS Web Portal管理windows user password https://docs.microsoft.com/archive/blogs/asiatech_zh-cn/iis-web-portalwindows-user-password Thu, 21 Apr 2011 19:38:01 GMT https://blogs.msdn.microsoft.com/asiatech_zh-cn/2011/04/21/iis-web-portalwindows-user-password/ 大多IIS用户都可能还记得我们曾经用老的版本的IIS（例如IIS 5或者IIS 6）架设的叫做IISADMPWD的web application。这个应用对domain user更改密码很有用。可能很多人还在想既然我可以通过简单的Ctrl+Alt+Delete来更改密码，那这个还有什么用呢？我们先来看一个例子。

IISAPDPWD in Use

当我不在办公室的时候必须要通过OWA来收发邮件。然而，由于我忘记更新我的密码而且它已经过期，我没有能够成功的收到重要邮件。（VPN可能能够帮我解决，但是如果我同样不能连接VPN）

IT部门帮助我设置了IISADMPWD，这样我就可以进入一个页面来更改我的密码。现在OWA又恢复了正常，我也能够成功的检查到邮件！

IISAPDPWD Setup（for IIS 5/6）

下面文章可以帮助我们在IIS 5和6设置这样一个web application。

http://support.microsoft.com/kb/269082

http://support.microsoft.com/kb/833734

Tony DeCock提供了一篇文章，介绍可能在此过程中碰到的各种问题。

 http://support.microsoft.com/kb/907271

IISAPDPWD on IIS 7

IIS 7中不再有IISAPDPWD这个功能。因此在Windows Server 2008下也没有IISADMPWD目录。这样除了使用VPN，我们还有别的办法来更改密码么？事实上如果我们从Windows Server 2003 box上拿到一份IISADMPWD的copy并且把它作为一个ASP/COM应用来使用，它也是可以帮助我们来更改密码的。解决方案如下：

  • 1. 复制Server 2003 box到Server 2008 box，在这边我用的是C:\Windows\system32\inetsrv\Iisadmpwd on Server 2008。
  • 2. 在IISADMPWD目录下注册IISpwchg.dll文件
  • a. 打开一个命令运行栏。
  • b. 在Open box中，输入下述命令后按Enter：regsvr32 c:\windows\system32\inetsrv\iisadmpwd\iispwchg.dll
  • 3. 配置PasswordChangeFlags特性，注意Password Change功能必须开启：
  • a. 打开一个命令运行栏。
  • b. 进入C:\Inetpub\Adminscripts目录（注意IIS 6 Scripting Tools feature必须打开）
  • c. 输入以下命令，按enter：

cscript.exe adsutil.vbs set w3svc/passwordchangeflags Value

注意这里Value为你所设置的PasswordChangeFlags的位置标识符，有如下几个数值，也可以使用它们的组合数值：

  • 0:默认值。这个值表明当你试图更改密码的时候一定要使用安全网路连接（SSL）
  • 1：这个值允许对non-secure端口进行密码更改。如果SSL被禁用的话可以使用这个值。
  • 2：这个值禁用了密码更改功能。
  • 4：这个值禁用了密码过期提示。
  • 4. 在IISADMPWD目录下创建一个应用：
  • a. 打开IIS Manager，左边面板右键Default Web Site节点。
  • b. 选中Add Application。在对话框中，输入alias（我用的是IISADMPWD）和路径（C:\Windows\system32\inetsrv\Iisadmpwd）。然后选中Select来选择一个合适的application pool，点击两次OK就可以了。
  • 5. 现在就可以进入password change的页面：http://<server>/iisadmpwd/aexp4b.asp（或者https的页面）

注释：

如果只有x86版本的Server 2003，但是Server 2008却是x64版本，上诉步骤要稍作修改：首先，必须复制文件到%windir%\SysWOW64\inetsrv文件夹中，这个路径也要在之后介绍的步骤中用到。然后，application必须在一个32-bit的application pool中。

微软全球技术支持中心Internet 开发者支持组

 

]]>