更改 HOSTS 文件以阻止不需要的站点是否会扰乱 IIS?

发布于 2024-11-07 21:56:35 字数 206 浏览 0 评论 0原文

我已在 127.0.0.l 上设置了 IIS,并且正在修补使用 127.0.0.1 作为将恶意站点路由到 (127.0.0.1 www.badsite.com) 的地址的广告软件拦截器,

这会使所有调用那些网站访问我的 IIS 并使其加载默认页面?

有没有办法在不影响 IIS 的情况下仍然通过 HOSTS 阻止这些站点?

在 Win 7 专业版上。

I've got IIS set up on 127.0.0.l and I'm tinkering with adware blockers that use 127.0.0.1 as the address to route malicious sites to (127.0.0.1 www.badsite.com)

Will this make all calls to those sites hit my IIS and make it load a default page?

Is there a way to still block these sites via HOSTS without hitting IIS?

On Win 7 pro.

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(3

梦途 2024-11-14 21:56:35

是的,对这些站点的所有调用都会影响您的 IIS 实例。 IIS 可能会返回默认页面或“未找到文件”页面,或者如果它有实际页面,则可能会返回该页面。

使用 127.0.0.1 是因为它始终指向本地计算机,这可以防止您的计算机通过尝试向外部发送这些数据包来浪费带宽(并可能对一些可怜的受害者进行 DDOS)。您可以尝试 127.0.0.2 或 127.254.254.254,这将起作用 IIS 专门侦听 127.0.0.1 或 127.0.0.0/24,而不是环回接口上的每个地址。

尽管您可以通过在防火墙中本地阻止发往 192.0.2.1 等的传出数据包来自行设置一个地址,但没有任何其他地址可以保证不会到达公共 Internet。

广告拦截的其他选项包括使用本地代理,该代理将为被阻止的 URL 返回 HTTP 404 等,或者使用本地 DNS 中继,为被阻止的域返回 NXDOMAIN。

Yes, all calls to those sites will hit your IIS instance. IIS might return a default page, or a "file not found" page, or if it has an actual page it might return that.

127.0.0.1 is used because it always points to the local machine, which prevents your computer from wasting bandwidth (and possibly DDOSing some poor victim) by trying to send these packets externally. You could try 127.0.0.2 or 127.254.254.254, which would work IIS is listening on 127.0.0.1 specifically or 127.0.0.0/24 rather than on every address on the loopback interface.

There isn't any other address guaranteed to not reach the public Internet, although you may be able to set one up yourself by locally blocking outgoing packets to 192.0.2.1 or the like in your firewall.

Other options for ad blocking include using a local proxy which would return HTTP 404 or the like for blocked URLs or a local DNS relay that would return NXDOMAIN for blocked domains.

毅然前行 2024-11-14 21:56:35

是的,正如 Anomie 指出的那样,它们会访问您的 IIS,然后提供默认页面或错误状态或实际的页面如果找到一个页面(但不太可能)。

为了避免这种情况,我使用 0.0.0.0 作为地址。多年来我一直将它与 MVPS Hosts 文件一起使用,没有任何问题。

另外,正如这篇帖子建议的那样,您可以使用0太(我猜任何无效的IP都会这样做)

这两个都会快一点,因为它们将避免在 127.0.0.1 上等待超时。

Yes, as Anomie points out, they will hit your IIS and then will serve the default page or an error status or an actual page if it finds one (unlikely however).

To avoid that, I use 0.0.0.0 as the address. I've been using it with MVPS Hosts file without any issues for years now.

Also, as this post suggests, you can use 0 too (any invalid ip will do I guess)

Both of these will be a bit faster as they will avoid the wait for timeout on 127.0.0.1.

幻想少年梦 2024-11-14 21:56:35

另一种选择是在另一个端口上运行 IIS。如果您在防火墙或家庭路由器之类的设备后面运行,您可以将其设置为端口转发端口 80,以便将传入请求发送到备用端口。 (如果您在内部使用 IIS,则需要访问 http://[您的 ip 地址]:[备用端口])

Another option would be to run IIS another port. If you are running behind a firewall or something like a home router, you could set it to port forward port 80 for incoming requests to your alternate port. (If you're using IIS inside, you'd need to go to http://[your ip address]:[alt port])

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文