.net DLL导致web应用无限期挂起，无错误

如果这个问题已经得到解决，我很抱歉。我已经通读了几个类似的问题，但是找不到任何与我所经历的情况非常相似的东西，或者是针对本例中未使用的特定技术

我有一个web应用程序（后端有HTML、JavaScript、VB.NET）。这个应用程序利用了一个内部DLL，这是我在这里开始之前编写的。该内部DLL还使用第三方DLL。第三方DLL应该执行几个与处理.dbf数据库文件相关的功能

当我在本地设置所有内容（Visual Studio 2013、IIS Express）时，所有内容都可以完美地工作。我可以输入我的标准，我的代码做它应该做的，最终调用我们的内部DLL，该DLL通过它的例程，最终调用第三方DLL，结果返回并显示在浏览器中，正如人们所期望的那样。然而，当我在IIS中的web服务器上设置所有内容时，出现了一些问题

现在，我已经在服务器2012 R2上使用IIS 8.5安装了该应用程序。我在本地计算机上复制了目录结构，并进行了调试，以确保使用了正确的路径，并检查了文件权限。不管怎样，当我启动web应用程序时，我会做出选择，但应用程序会卡在等待屏幕上

虽然我无法在web服务器上进行实际调试，但通过在代码路径上放置一个“MsgBox（“Test”）”直到它停止抛出有关在客户端代码中显示服务器端消息的错误（或类似的错误），我已经能够跟踪到调用第三方DLL的时间。错误在第三方DLL调用时停止。我已经运行了几个Fiddler跟踪，对我的函数的调用最终到达第三方DLL时从未收到响应

以下是该调用的属性：

在我看来，服务器似乎从未使用DLL中的数据进行响应。此外，如果我转到Web服务器并尝试删除应用程序的目录，它会告诉我无法删除第三方DLL，因为w3wp.exe正在使用它

所有这一切似乎都表明服务器正在访问第三方DLL，但却挂断了内部某个地方。我知道，如果不知道我们的Web服务器的设置或代码本身，就很难准确地找出问题所在，但是有人知道我可能会检查的东西吗？权限似乎正常，并且在IIS日志或Windows系统日志中找不到任何错误。我想可能是防火墙，但我正在尝试从Web服务器本身的浏览器运行它。是否有某种方法允许DLL中可能出现的任何消息通过，或者有某种工具可以更详细地捕获正在发生的事情？这更可能是配置问题还是代码问题

任何帮助都将不胜感激！提前谢谢

---

更新：在Fiddler日志中找到了一些有用的信息，但我不确定该怎么做。也许比我更了解Fiddler的人会知道这对最初的问题意味着什么

-=Fiddler事件日志=-

16:06:25:8250 HTTPSLint> Warning: ClientHello record was 508 bytes long. Some servers have problems with ClientHello's greater than 255 bytes. https://github.com/ssllabs/research/wiki/Long-Handshake-Intolerance
16:06:25:8280 !SecureClientPipeDirect failed: System.Security.Authentication.AuthenticationException A call to SSPI failed, see inner exception. < The certificate chain was issued by an authority that is not trusted on pipe to (CN=osce11.icrc.trendmicro.com, O=DO_NOT_TRUST, OU=Created by http://www.fiddler2.com).
16:06:25:9110 HTTPSLint> Warning: ClientHello record was 508 bytes long. Some servers have problems with ClientHello's greater than 255 bytes. https://github.com/ssllabs/research/wiki/Long-Handshake-Intolerance
16:06:25:9110 !SecureClientPipeDirect failed: System.Security.Authentication.AuthenticationException A call to SSPI failed, see inner exception. < The certificate chain was issued by an authority that is not trusted on pipe to (CN=osce11.icrc.trendmicro.com, O=DO_NOT_TRUST, OU=Created by http://www.fiddler2.com).
16:06:29:9998 [Fiddler] No HTTPS request was received from (chrome:6568) new client socket, port 61029.
16:06:37:1810 [Fiddler] No HTTP request was received from (chrome:6568) new client socket, port 61026.
16:06:37:1810 [Fiddler] No HTTP request was received from (chrome:6568) new client socket, port 61025.
16:06:37:1810 [Fiddler] No HTTP request was received from (chrome:6568) new client socket, port 61024.
16:06:37:1810 [Fiddler] No HTTP request was received from (chrome:6568) new client socket, port 61023.
16:06:37:1810 [Fiddler] No HTTP request was received from (chrome:6568) new client socket, port 61022.
16:06:38:3785 !SecureClientPipeDirect failed: System.Security.Authentication.AuthenticationException A call to SSPI failed, see inner exception. < An unknown error occurred while processing the certificate on pipe to (CN=osce110-en.fbs10.trendmicro.com, O=DO_NOT_TRUST, OU=Created by http://www.fiddler2.com).

16:06:25:8250 HTTPSLint>警告：ClientHello记录的长度为508字节。某些服务器存在ClientHello大于255字节的问题。https://github.com/ssllabs/research/wiki/Long-Handshake-Intolerance
16:06:25:8280 !SecureClientPipeDirect失败：System.Security.Authentication.AuthenticationException调用SSPI失败，请参阅内部异常证书链是由管道上不受信任的机构颁发的（CN=osce11.icrc.trendmicro.com，O=DO\u not\u TRUST，OU=Created byhttp://www.fiddler2.com).
16:06:25:9110 HTTPSLint>警告：ClientHello记录的长度为508字节。某些服务器存在ClientHello大于255字节的问题。https://github.com/ssllabs/research/wiki/Long-Handshake-Intolerance
16:06:25:9110 !SecureClientPipeDirect失败：System.Security.Authentication.AuthenticationException调用SSPI失败，请参阅内部异常证书链是由管道上不受信任的机构颁发的（CN=osce11.icrc.trendmicro.com，O=DO\u not\u TRUST，OU=Created byhttp://www.fiddler2.com).
16:06:29:9998[Fiddler]未收到来自（chrome:6568）新客户端套接字端口61029的HTTPS请求。
16:06:37:1810[Fiddler]未收到来自（chrome:6568）新客户端套接字端口61026的HTTP请求。
16:06:37:1810[Fiddler]未收到来自（chrome:6568）新客户端套接字端口61025的HTTP请求。
16:06:37:1810[Fiddler]未收到来自（chrome:6568）新客户端套接字端口61024的HTTP请求。
16:06:37:1810[Fiddler]未收到来自（chrome:6568）新客户端套接字端口61023的HTTP请求。
16:06:37:1810[Fiddler]未收到来自（chrome:6568）新客户端套接字端口61022的HTTP请求。
16:06:38:3785 !SecureClientPipeDirect失败：System.Security.Authentication.AuthenticationException调用SSPI失败，请参阅内部异常处理管道上的证书时发生未知错误（CN=osce110-en.fbs10.trendmicro.com，O=DO\u NOT\u TRUST，OU=Created byhttp://www.fiddler2.com).

好的，现在的答案已经有一天多了，所以我将回到“任何帮助”条款——我不知道到底发生了什么，但也许我的一些“我将尝试的”可能会帮助你

首先，这听起来确实像是一个权限问题，尽管可能是一个与文件权限相反的策略。您的IIS应用程序池使用的是域帐户还是本地服务帐户？如果使用的是本地服务帐户，请确保您的本地计算机对其应用程序池使用相同的服务，并且该服务帐户的本地策略在您的PC上设置为与在服务器上相同

文件存放在哪里？您提到了一个DBF文件，这是不是碰巧在PC的本地驱动器和服务器的网络驱动器上？有时这会导致