我将以下代理配置为基本上捕获所有请求并将它们重定向到我的后端:
https://proxy1.com/bad-path
如果{url}路径不存在,此方法可以很好地显示在mybackend.com上配置的自定义404页面。
例如:https://mybackend.com/bad-path
将按预期使用我的后端404页面显示%20
。
但是,我发现了一个极端的情况(也许这是一个错误?),它允许路径无法正确重定向。如果将https://proxy1.com/bad-path%20
添加到路径的末尾,则会中断代理路径检测,而是显示来自代理本身的IIS 404页面。例如:
%20
导致:
这在我们最近执行的服务器审核期间引起了问题。我们无法显示这样的原始IIS错误页面。
我如何1)解决此代理问题,以便将{{1}}添加到路径的末尾仍代表我显示自定义404的后端,或者2)自定义此原始IIS错误页面,以便不是上面的屏幕快照中显示的标准IIS页面?