我们有一个运行在Windows 2012 Server R2上的ASP.NET Web应用程序，该网站/ Web应用程序似乎随机超时，没有任何一致性。发生超时时，似乎唯一可以解决该问题的方法是继续并物理上拔下调制解调器，等待几分钟，然后再将其重新插入。即使这样也不能总是解决问题。有时，在再次备份该站点之前，我将不得不执行此操作两次或三次。我还可以从调制解调器的管理面板重置它，该方法有时可以工作，但通常情况下，我必须物理上拔下调制解调器的电源。
有时，即使整整一个月或一个月，它都可以修复它，但是有时，它一次只能运行几个小时才能恢复正常。办公室的互联网仍然没有问题，所有有线和无线计算机都没有问题。这些服务器还可以毫无问题地访问Internet。当发生超时时，Web应用程序也可以在我们的网络内部正常运行-超时仅适用于外部用户。发生超时时，我还可以将RDP路由到我们网络之外的服务器。我可以使用IP地址和站点域名进行RDP。服务器在静态IP上运行。重新启动服务器并不能解决超时问题。浏览器状态（Chrome）：
无法访问此网站www。***。com花费了太长时间进行回复。尝试： -检查连接 -检查代理和防火墙运行 -Windows网络诊断ERR_CONNECTION_TIMED_OUT
如果我在服务器上使用canyouseeme.org，则表明端口80和443超时。我还在网站上使用了isitdownrightnow.com，它会指出服务器在超时期间没有响应。
如果一个Web应用程序关闭，则所有实例都关闭。它们都显示相同的行为。只有一台服务器永远不会发生这种情况。对于使用Web应用程序的人来说，这似乎也不是一个问题，因为这些应用程序通常在周末关闭，并且仅在周一至周五的工作时间内使用。
我们还有一个较旧的旧版应用程序，它执行相同的操作，并且需要重置调制解调器才能重新开始工作。这是唯一一个似乎与其他时间分开并且更经常超时的方法。它运行Windows Server 2008，并使用Apache Tomcat 5.5。我们曾经将其中一个迁移到AWS，现在AWS上的Web应用永远不会超时，但是一个内部应用仍然会超时。
发生超时问题时，我给我们的ISP打电话，他们确实派人检查了我们的连接，但一切似乎都很好。在超时期间和我重置调制解调器后，他们都没有发现任何错误。
据我所知，服务器上没有错误。这些Web应用程序正在IIS 8.5.9600.16384版本上运行。
我什至不知道如何实际解决此问题，因为超时似乎没有一致性。非常感谢您提供任何有见解或建议来解决此问题，谢谢。