EmL Asked: 2020-12-12 05:46:51 +0800 CST2020-12-12 05:46:51 +0800 CST 2020-12-12 05:46:51 +0800 CST 在我的 Debian 服务器上禁用 IPv6 是否安全？ 772 我的服务器托管 2 个不同的网站，这些网站最近在浏览器上加载速度很慢。 在网上查看了潜在的原因和解决方案后，我遇到了这个线程。 建议的解决方案之一是禁用我想尝试的 IPv6，但是，由于我在这方面不熟练，我首先要确保我完全了解这将做什么（这样做的后果是什么） ，如果可以，那么知道在不破坏我的服务器/网站的情况下这样做的安全方法是什么。 linux domain-name-system debian ipv6 2 个回答 Voted Best Answer John Mahowald 2020-12-12T07:12:45+08:002020-12-12T07:12:45+08:00 不，不要禁用 IPv6。它打破了一切，让没有 v4 的用户离开，并为您未来的项目使用 IPv6 做更多的工作。 仅具有 IPv4 地址和路由的主机无需执行任何操作即可很好地为网站提供服务。v4 和双栈主机仍然可以访问它。 您引用了大约 2008 年的论坛帖子。即使在那时禁用 IPv6 也是一个不知情的情况，我在他们的终端输出中看到没有使用 v6。此外，从那以后，IPv6 已经从早期采用者发展到成熟和广泛部署。 使用网站性能分析来衡量什么是慢的。存在一些工具来模拟慢速连接上的真实用户负载，或在浏览器中检测实际用户性能。例如，使用 F12 浏览器开发工具。确切地证明哪些请求。然后通过您的 Web 服务器堆栈跟踪请求，并查看服务它所涉及的内容。 CCTO 2020-12-12T21:14:35+08:002020-12-12T21:14:35+08:00 如果您的服务器上的 IPv6 配置错误，那么它不仅可能是问题的一部分，而且它可能无论如何都无法为任何人服务。对 Web 服务器日志的扫描或一些网络监控应该可以显示有多少最终用户（如果有）正在使用 IPv6 与您联系。如果似乎很少或没有，那么在试用期内不使用它的诊断收益可能超过成本。如果这样可以解决问题，那么可以得出结论，您的 ipv6 设置中存在一些应该解决的错误配置。 我直接参与了两起错误配置的 ipv6 导致非常严重的性能问题的事件。在这两种情况下（我将详细说明）IPv6 似乎正在运行，因此应用程序尝试使用它，但没有正确路由，因此流量超时。例如，对每条邮件消息或每个 Web 请求进行 dns 查找的超时肯定会降低性能。 彻底放弃 IPv6 有点像 Luddite。寓意是：如果已启用，请确保已正确配置。
不，不要禁用 IPv6。它打破了一切，让没有 v4 的用户离开，并为您未来的项目使用 IPv6 做更多的工作。
仅具有 IPv4 地址和路由的主机无需执行任何操作即可很好地为网站提供服务。v4 和双栈主机仍然可以访问它。
您引用了大约 2008 年的论坛帖子。即使在那时禁用 IPv6 也是一个不知情的情况，我在他们的终端输出中看到没有使用 v6。此外，从那以后，IPv6 已经从早期采用者发展到成熟和广泛部署。
使用网站性能分析来衡量什么是慢的。存在一些工具来模拟慢速连接上的真实用户负载，或在浏览器中检测实际用户性能。例如，使用 F12 浏览器开发工具。确切地证明哪些请求。然后通过您的 Web 服务器堆栈跟踪请求，并查看服务它所涉及的内容。
如果您的服务器上的 IPv6 配置错误，那么它不仅可能是问题的一部分，而且它可能无论如何都无法为任何人服务。对 Web 服务器日志的扫描或一些网络监控应该可以显示有多少最终用户（如果有）正在使用 IPv6 与您联系。如果似乎很少或没有，那么在试用期内不使用它的诊断收益可能超过成本。如果这样可以解决问题，那么可以得出结论，您的 ipv6 设置中存在一些应该解决的错误配置。
我直接参与了两起错误配置的 ipv6 导致非常严重的性能问题的事件。在这两种情况下（我将详细说明）IPv6 似乎正在运行，因此应用程序尝试使用它，但没有正确路由，因此流量超时。例如，对每条邮件消息或每个 Web 请求进行 dns 查找的超时肯定会降低性能。
彻底放弃 IPv6 有点像 Luddite。寓意是：如果已启用，请确保已正确配置。