Asp.net 从客户端删除http301重定向'；s缓存

我有一个服务器/客户端体系结构，其中客户端在特定的主机名、IP地址和端口点击ASP.NET服务器的服务。我不假思索地登录到服务器，并通过IIS设置从该服务到机器通过IIS处理的另一个URL（相同的IP和端口）的永久HTTP301重定向，错误地认为它是托管在那里的另一个站点。当客户端以旧主机名访问服务器时，它缓存了永久重定向。现在，即使我删除了重定向，客户端也不再使用旧地址。如何清除客户端缓存，使其不再存储重定向

---

我已经读过关于HTTP301的永久性的文章，但是在这种情况下，应该可以重置单个客户端对错误学习的主机名的了解。有什么想法吗？

HTTP状态代码301在RFC 2616中明确定义为

以后有没有提到这一点 资源应该使用 返回的URI

这意味着您必须要求所有客户重新验证资源。如果您有一个可以向客户端推送更新的系统，那么您可能可以再次推送更新以使用相同的URI，但强制重新验证

---

您在服务器端执行的任何操作都不会有任何帮助-事实上，通过删除IIS中的永久重定向，您已经采取了所有应该采取的措施。

我们讨论的是什么类型的客户端？就本问题而言，可以将其视为通过端口80发送web请求的浏览器。然后按F1并搜索“清除缓存”。）@克劳迪奥雷迪相信我，但我遇到过一些客户，他们几乎无法按照屏幕上的说明操作，即使是我们制作的最简单的应用程序，我们也必须为他制作一份pdf手册。所以，是的，运行类似这样的问题是一件痛苦的事情，我只有一个客户机，并且可以直接访问它。我在这里谈论的是一个潜在的客户端修改。如果你修改你的客户端不遵守RFC2616，那么你以后可能会遇到问题。为什么不暂时搬家而不是将来永久搬家呢？我会的，在这场混乱之后。但是，客户端必须将重定向信息存储在某个位置，并且我已经从服务器上删除了HTTP301响应，因此它应该能够在不违反该客户端的RFC 2616的情况下被清除。（我不介意客户端是否存储未来的HTTP301，因为服务器不再为它们提供服务。）“我已经从服务器上删除了HTTP301响应，因此它应该能够在不违反该客户端RFC 2616的情况下被清除”——不会，因为客户端必须记住这一点“将来对此资源的任何引用都应使用其中一个返回的URI”。如果您在自己的最终用户浏览器中遇到永久重定向，它将存储在您的私有数据缓存中。这个神秘的客户端到底是谁？