有两个应用程序 A 和 B。
A用于验证用户身份并将token传递给B，B添加cookie。
每当 cookie 过期或经过很长一段时间或硬浏览器重置后，就会发生奇怪的情况。
没有提琴手：
用户点击应用程序 A 输入凭据并转发到应用程序 B。立即，三秒钟内，浏览器会显示黑色的“xxx 响应时间太长”错误屏幕，然后默认页面“就地”呈现并替换不久之后出现错误屏幕。当 cookie 过期或经过很长一段时间后，就会发生这种情况。
与 Fiddler 一起：（参见第 61、71 和 83 节）
当我在 fiddler 中执行相同的场景时，我希望看到黑色的“xxx 响应时间太长”屏幕，我得到了带有打开锁定图标的证书错误屏幕。我三次都驳回了这一点。当我忽略 ssl 隧道错误时，默认用户页面正在呈现。
相关性大约是在小提琴中的锁定对话框与我得到黑色浏览器错误屏幕的同一位置，并且应用程序似乎正在后台加载，然后在完全加载后刷新。
我的想法是，有一个 https-->http 请求被 A-->B“部分”阻止，因为 B 只是 http，没有证书。开发人员告诉我他们找不到 https 发出的请求。
所以，我无法弄清楚 ssl 隧道来自哪里（请参见屏幕截图）。我的想法是。
The devs missed something and one of the calls is http.
A network appliance is attempting to convert the call to https, though there are no url rewrites on the IIS server.
What would cause a black "xxx took too long to respond" to render while the default page is loading? It feels like a scenario where the request was changed before it was fully read or something like that.
