domain-name-system – 修复由于反向查找而导致的SSH登录速度慢而不禁用UseDNS

每当我尝试从Azure VM连接到我的服务器时,由于反向DNS查找失败,需要花费大量时间.

我可以使用UsednS no禁用查找并完全绕过问题,但这会使日志变得不那么有用,所以我宁愿不这样做.

我还运行本地BIND服务器来缓存和服务本地区域.

我注意到的是,无论何时SSH客户端发送用户名,命名都会发出多个警告：

Mar 10 22:56:04 ghost named[1813]: DNS format error from 8.8.8.8#53 resolving 137.161.97.23.in-addr.arpa/PTR for client 127.0.0.1#37839: invalid response

对于配置为转发器的每个服务器以及为该区域提供服务的微软服务器,都会重复此操作.然后暂停1s,整个事情重复4次.

如果我执行nslookup -type = ptr -narcharch -d2 137.161.97.23.in-addr.arpa 207.46.75.254会发生类似的警告,但它们不会重复4次.

所以我的问题是：

>为什么没有缓存此响应？
>为什么sshd会重试3次？
>我能为此做些什么吗？

UPDATE
我知道我的客户端机器没有PTR记录,但是对于没有PTR记录的客户机来说它是完全有效的.此外,我无法控制客户机的DNS记录.

解决方法

根据您的使用案例以及您未通过修复DNS或ssh配置而确切避免的内容,您可以修改服务器上的主机文件以将名称和IP报告给sshd.

它没有被缓存,因为nslookup不使用你的系统的解析器(只有resolv.conf中的条目),如果你实际上是在本地运行一个缓存名称服务器.默认情况下,Linux服务器上没有本地缓存​​.常见的包括nscd,sssd和bind.