【问题标题】:How can one avoid a 404 redirect from an ISP?如何避免来自 ISP 的 404 重定向?
【发布时间】:2010-10-12 14:38:46
【问题描述】:

相信 stackexchange 的一些子域刚刚关闭。这个事件让我想起了我一直想问的一个问题。如前所述,“如何避免来自 ISP 的 404 重定向?”例如,我现在输入Webapps url,但我无法访问它;但是,我的 ISP(*cough,Comcast)没有向我展示可能是来自 stackexchange 的非常有用的 404 页面,而是将我重定向到他们的search engine。有没有办法在仍然发送 404 重定向的同时规避这种行为?

我想我的问题中隐含着一个可能的误解——如果你不发送 404 重定向,而只是显示自定义的 stackexchange 404 搜索页面——这会破坏某些用户的兼容性,例如移动用户?? (我相信您可以根据用户的来源进行过滤并实时做出决定,但在网络服务器方面我是个菜鸟——我的 404 只是一个静态页面——我是真的想问是否有一个简单的修复方法可以防止我的用户遇到类似的头痛......

【问题讨论】:

    标签: web http-status-code-404


    【解决方案1】:

    首先,澄清一下,404 不是重定向,它只是一个错误代码。因此,当您询问“如果您不发送 404 重定向”时,这并不是一个真正有效的问题。

    听起来正在发生的事情是您正在使用您的 ISP DNS 服务器,并且当您的浏览器询问他们诸如“dontexist.example.com 的 IP 地址是什么”(不存在的东西)之类的问题时。而不是您的 isp 返回“未找到名称”DNS 响应,而是为您提供其搜索引擎的 IP 地址。这可能是为了以提供帮助的名义为他们的网站增加流量。

    您可以通过切换名称服务器来摆脱这种情况。也许是谷歌的 8.8.8.8 域名服务器。

    【讨论】:

    • 但是在搜索结果中,它列出 webapps.stackexchange.com -- 显然是一个有效的网站? (注意它现在又回来了..)
    • 为了记录,我已经多次遇到这个问题,比如 Facebook 和 CNN(他们的主页,没什么花哨的),这些网站显然存在。我一直在使用 Comcast 的域名服务器,但我会切换到 8.8.8.8 看看是否有帮助。
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2012-02-12
    • 1970-01-01
    • 2011-11-24
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多