咱们先把这个nslookup报错的意思掰扯清楚，再结合你说的场景分析可能的问题~

错误消息的核心含义 #

当nslookup返回No internal type for both IPv4 and IPv6 Addresses (A+AAAA) records available for internalname.internaldomain.tld时，本质上是说你同事家的本地DNS服务器（也就是router.his.place）在查询目标内部域名的A记录（IPv4地址）和AAAA记录（IPv6地址）时，既没法返回有效的IP记录，也没法明确判定这个域名不存在。

和你得到的明确报错Non-existent domain（域名不存在）不同，这个错误更偏向DNS服务器自身的处理异常——大概率是DNS请求的路由出了问题，或者DNS服务器的IPv4/IPv6配置有冲突，导致它没法给出清晰的应答结果。

结合场景分析可能的根因 #

你提到同事的设备本该通过VPN的「Connection-specific DNS Suffix」，把内部域名的DNS请求导向VPN内的DNS服务器，但实际请求却发给了他家的本地路由器，这就是问题的关键：

1. DNS路由规则失效：同事设备上的VPN DNS配置没生效，本该走VPN的内部域名请求，错误地发给了家用路由器，而家用路由器根本没有你们内部域名的解析记录。
2. 家用路由器DNS配置混乱：面对无法解析的内部域名，同事家的路由器没有像你的路由器那样返回明确的「域名不存在」，而是因为自身IPv4/IPv6配置的问题（比如开启了IPv6但没配正确的IPv6 DNS，或者IPv4和IPv6解析逻辑冲突），给出了这个模棱两可的A+AAAA记录错误。

简单总结就是：请求发错了地方，接收到请求的服务器又因为自身配置问题，给出了不明确的错误反馈。

可以尝试的排查方向 #

• 先确认同事设备的「Connection-specific DNS Suffix」是否正确配置，以及VPN连接的DNS优先级是否高于本地路由器的DNS
• 让同事手动指定VPN内的DNS服务器地址，再执行nslookup internalname.internaldomain.tld，看是否能得到正常应答
• 检查同事家路由器的IPv6设置：如果不需要IPv6，可以暂时关闭，再测试解析结果是否恢复正常

备注：内容来源于stack exchange，提问作者Greg