ID https://tools.ietf.org/html/draft-ietf-dnsop-let-localhost-be-localhost 成为 IETF dnsop-wg 草案。为了方便起见，一旦 ID 作为 RFC 发布，最好支持该功能，而不是说 "对不起，IPv4 回环地址前缀 127.0.0.0/8 或 IPv6 回环地址 ::1 与名称 localhost 没有直接关系，这只是一种约定",尽管从安全Angular 来看，对 localhost 的解析仍然是一个应用程序的负担。
6条答案
按热度按时间bakd9h0s1#
你能简要描述一下这个提案吗，还是我需要阅读那个URL?
你是建议我们硬编码DNS解析的"localhost",总是意味着127.0.0.1或：:1吗？
uttx8gqw2#
硬编码DNS解析
可以说是这样。简单来说，将标签
localhost.与127.0.0.0/8和：:1之间的Map关系实现到现有的DNS存根解析器中，并进行一些调整，例如检查127.0.0.0/8和：:1的路由能力；路由示例可以将127.0.0.0/8中的任何地址作为其环回地址。vsnjm48y3#
你能发送一个CL吗？
我想象一旦它是一个官方的RFC,我们会接受它。但早点看到CL会很好。
9jyewag04#
在观看2018年澳大利亚网球公开赛时，可能会写一个CL。
6yjfywim5#
这应该被搁置，直到它实际上获得批准并有一个RFC编号。
holgip5t6#
[状态报告]看起来草案已经停滞，可能很难就将草案推进到下一阶段达成共识，IESG,这可能是因为缺乏一个通用的解决方案来解决问题域。如果你正在等待这个问题的修复，最好找到另一种方法。我会将这个问题保持开放状态一段时间，但在某个时候会关闭。