AD设备DNS代理，说说你的解决方案。

    客户内网PC配置的DNS是内网的DNS服务器（比如：192.168.1.253），现在客户想要实现DNS代理，实现20%的DNS请求从某条链路出去（比如从其中的电信链路走），问题：如何在AD上配置？

    我求教了公司同事、400、某公司工程师，给出了不同的答案。

    1、内网用户的PC机不需要更改DNS，因为从6.2版本后，只要用户的DNS请求经过AD设备，即使请求的DNS地址不在“DNS服务器列表”中，也可以实现代理并按权重分配。

    2、内网用户的PC机可以不修改DNS，但内网DNS服务器的DNS要更改，要指到AD的LAN口，这样，内网DNS服务器解析不了的DNS请求就会给到AD，AD就能按照配置的权重进行链路分配。

    3、内网用户的PC机必须修改DNS，因为即使你修改了内网DNS服务器的DNS，但AD收到的都是同一个源IP发过来的DNS请求包，根据缓存机制和出站会话保持，无法按权重进行分配。

    聪明的小伙伴们，说说你们的经验，我不知道该找谁求证了？因为说的好像都有道理。

你好，楼主，您的分析非常有道理，针对您的需求帮您梳理下。
您的需求：
客户内网PC配置的DNS是内网的DNS服务器（比如：192.168.1.253），现在客户想要实现DNS代理，实现20%的DNS请求从某条链路出去（比如从其中的电信链路走），问题：如何在DNS上配置？
为满足您的需求，可以考虑如下的方法：
1、6.2版本的DNS代理新增了“代理目标范围”，无非就是解决PC填写的LDNS DNS地址能否匹配上DNS代理模块的问题，但是有个根本问题，就是DNS代理是存在会话保持的，而且会话保持是基于源IP地址。当然这个优先级是最高的，也就是说某个IP有会话在且未超时，后续该IP的分发都匹配从之前的线路出去。比如你这种内网存在DNS的环境，相同AD收到的DNS请求数据其实都是内网DNS服务器一个地址发过来的，必然会造成DNS的流量不均衡。为解决这可以考虑客户端PC的LDNS DNS地址直接填写其他地址，以便AD收到的源地址都是不一样。

2、如果内网PC必须填写内网DNS地址，则可以考虑另外一个方法来顶替DNS代理的效果：发布服务端口为53的虚拟服务，节点池里面填写公网的DNS地址，IP组填写设备LAN，内网DNS服务器的转发地址填写AD的LAN口地址保证可以匹配上该虚拟服务。同时记住，节点池里面不要关联会话保持选择none即可，策略可以选择加权。