Authentication 经典ASP、ServerXMLHTTP在旧服务器上进行身份验证,而不是在新服务器上进行身份验证

Authentication 经典ASP、ServerXMLHTTP在旧服务器上进行身份验证,而不是在新服务器上进行身份验证,authentication,asp-classic,serverxmlhttp,Authentication,Asp Classic,Serverxmlhttp,我正在Windows 2003服务器上使用一个经典的ASP网站。站点需要身份验证(配置为使用基本身份验证)。一个页面使用ServerXMLHTTP从同一网站上的另一个页面(相同协议[HTTPS],相同主机名)请求数据,使用带有参数方法、URL、Async、用户名、密码的Open方法。多年来它一直正常工作。当请求进行服务器端调用的页面时,日志会显示一个不带用户名的请求,用于返回401状态的后端页面,然后是另一个包含用户名的请求,返回200。然后是对前端页面的请求,状态为200 我已将该站点复制到一

我正在Windows 2003服务器上使用一个经典的ASP网站。站点需要身份验证(配置为使用基本身份验证)。一个页面使用ServerXMLHTTP从同一网站上的另一个页面(相同协议[HTTPS],相同主机名)请求数据,使用带有参数方法、URL、Async、用户名、密码的Open方法。多年来它一直正常工作。当请求进行服务器端调用的页面时,日志会显示一个不带用户名的请求,用于返回401状态的后端页面,然后是另一个包含用户名的请求,返回200。然后是对前端页面的请求,状态为200

我已将该站点复制到一台Windows 2008 R2 64位服务器上,IIS中的身份验证配置显然相同。但是现在没有从后端页面接收到数据。日志显示两个连续的后端页面请求,没有用户名,都返回401,然后是前端页面请求,状态为500


有什么问题吗?我看过关于proxycfg的讨论,但我们没有使用代理。我看到过关于也使用Base64设置凭据的讨论,但(a)我们在旧服务器上不这样做,(b)我还是尝试了,但没有任何区别。

按照此处概述的步骤操作:- 然后,检查是否可以在64位服务器上创建相同XML组件的对象实例