A partir do modo como sua pergunta é redigida, parece que sua expectativa é de que, quando o Windows precisar resolver um nome, ele perguntará ao servidor DNS primário. E se o servidor DNS primário não souber a resposta, ele perguntará ao secundário.
Espero que o acima não seja o que você estava esperando, mas se for, deixe-me mostrar por que isso é um erro.
O DNS não funciona dessa maneira. A única vez que um resolvedor fará failover para o servidor DNS secundário será quando o primário não responder de forma alguma . Um exemplo esclarecerá:
Suponha que você tenha um servidor DNS primário em 1.1.1.1 e um secundário em 2.2.2.2. Seu cliente está configurado com eles neste pedido. 2.2.2.2 hospeda uma zona privada foocompany.local; 1.1.1.1 não hospeda nenhuma zona própria e faz pesquisas de raiz para hosts da Internet.
Se o seu cliente tentar procurar por someserver.foocompany.local, 1.1.1.1 retornará NXDOMAIN (por exemplo, "Eu consultei os servidores-raiz e eles dizem que o domínio não existe"). Seu resolvedor irá não então perguntar a 2.2.2.2 o que ele sabe, a menos que 1.1.1.1 não responda dentro do período de timeout (geralmente 2 segundos). Vai parar de procurar. Além disso, seu cliente irá armazenar em cache o resultado NXDOMAIN, conforme RFC2308 . Mesmo se você alterar as configurações da NIC de modo que 2.2.2.2 seja o servidor principal, você ainda obterá resultados NXDOMAIN até que o cache NXDOMAIN local seja expirado. Você pode verificar isso emitindo ipconfig / displaydns no prompt de comando.
O IIRC, o resolvedor de DNS do Windows, armazena em cache o NXDOMAIN por um curto período de tempo - 5 minutos. Mas ainda assim isso pode ser irritante.
De qualquer forma. Eu percebo que isso é um pouco tangencial para o seu problema, mas esclarecer esse ponto pode trazer uma epifania para o design planejado. EG: você pode querer que o servidor DNS da VPN resolva antes de tudo. Embora seja um pouco mais lento, ele sabe mais, já que pode resolver os domínios privados para os domínios de Internet pública VPN e ; enquanto o resolvedor local de DNS da LAN não sabe nada sobre esses domínios privados para a VPN.
Felicidades!