System.Security.Principal.WindowsIdentity.GetCurrent().Name本地与IIS返回差异问题

嘿，这个问题其实是典型的.NET Web应用在本地开发和服务器部署时身份上下文差异导致的，我来给你拆解清楚：

• 本地开发阶段：你用Visual Studio自带的IIS Express（或者早年的Cassini服务器）跑项目时，这个开发服务器是以你当前登录Windows的用户身份启动的。所以System.Security.Principal.WindowsIdentity.GetCurrent()获取的自然是你的账户，也就是你看到的CORP\323432。
• IIS服务器部署后：ASP.NET代码是运行在IIS应用程序池的进程里的。默认情况下，应用程序池会使用内置的专用账户（格式就是IIS APPPOOL\你的网站名称，对应你看到的IIS SERVER\SITE），这时候代码的运行身份就是这个应用程序池账户，所以返回的是它的名称。

除了进程身份，还有两个关键配置会影响这个结果：

1. Windows认证 vs 匿名认证：
   • 如果你的网站默认开启了匿名认证，IIS会直接用应用程序池账户处理所有请求，所以代码获取到的就是池账户。
   • 如果你启用了Windows认证并关闭匿名认证，IIS会把访问网站的客户端Windows身份传递过来，但这时候WindowsIdentity.GetCurrent()还是进程身份——除非你开启了模拟。
2. 模拟（Impersonation）：
   • 要是你在web.config里加上<identity impersonate="true"/>，ASP.NET就会模拟当前请求的客户端身份来运行代码。这时候如果是Windows认证，GetCurrent()就会返回客户端的用户名；但如果还是匿名认证，会返回IIS的默认匿名账户IUSR。

如果你的需求是获取实际访问网站的用户身份，而不是服务器进程的账户，更推荐的做法是：

• 先在IIS里启用Windows认证，禁用匿名认证；
• 直接使用HttpContext.Current.User.Identity.Name来获取用户身份——这个方法直接对应请求的认证用户，不需要依赖进程身份，比调用WindowsIdentity.GetCurrent()更准确。
• 要是一定要用WindowsIdentity.GetCurrent()拿到客户端身份，就需要开启模拟配置（刚才提到的web.config设置）。

内容的提问来源于stack exchange，提问作者PoorChristmas