Se não me engano, é determinado pela ordem de ligação da NIC nas configurações avançadas na pasta de conexões de rede. Você pode verificá-lo alterando a ordem de ligação das várias NICs e executando nslookup como um teste.

Para expandir minha resposta, citando o artigo que Evan vinculou , aqui está um trecho do referido artigo:

O serviço DNS Client consulta os servidores DNS na seguinte ordem:

1. O serviço Cliente DNS envia a consulta de nome para o primeiro servidor DNS na lista de servidores DNS do adaptador preferencial e aguarda um segundo por uma resposta.

2. Se o serviço Cliente DNS não receber uma resposta do primeiro servidor DNS em um segundo, ele enviará a consulta de nome para os primeiros servidores DNS em todos os adaptadores que ainda estão sendo considerados e aguardará dois segundos por uma resposta.

3. Se o serviço DNS Client não receber uma resposta de nenhum servidor DNS em dois segundos, o serviço DNS Client enviará a consulta a todos os servidores DNS em todos os adaptadores que ainda estão sendo considerados e aguardará mais dois segundos por uma resposta.

4. Se o serviço Cliente DNS ainda não receber uma resposta de nenhum servidor DNS, ele enviará a consulta de nome para todos os servidores DNS em todos os adaptadores que ainda estão sendo considerados e aguardará quatro segundos por uma resposta.

5. Se o serviço Cliente DNS não receber uma resposta de nenhum servidor DNS, o cliente DNS enviará a consulta a todos os servidores DNS em todos os adaptadores que ainda estão sendo considerados e aguardará oito segundos por uma resposta.

O adaptador preferencial na etapa 1 é o adaptador listado primeiro na ordem de ligação.

No Windows 10, você deve atualizar a métrica de cada interface na ordem desejada.

1. Vá para Painel de Controle > Rede e Internet > Conexões de Rede
2. Clique com o botão direito do mouse na conexão desejada (Conexão de maior prioridade)
3. Clique em Propriedades > Protocolo de Internet Versão 4
4. Clique em Propriedades > Avançado
5. Desmarque 'Métrica automática'
6. Digite 10 em 'Métrica de interface'
7. Clique OK

Referências:

• respostas.microsoft.com
• Configurar a ordem das interfaces de rede - Microsoft Docs

Usei 10 para minha LAN, 20 para WLAN e 100 para interfaces VPN (prefiro DNS local no trabalho, isso pode ser reverso para outros). Lembre -se de métrica mais baixa = prioridade mais alta .

Consulte este artigo no suporte da Microsoft para obter uma explicação do recurso de métrica automática para rotas IPv4 .

Suspeito que isso funcione porque parte da seleção de rota é definir o IP de origem da interface com a prioridade de métrica mais alta (número mais baixo), pois você não está usando o mesmo endereço IP para todas as conexões, enquanto uma conexão BGP de hospedagem dupla seria use o mesmo IP de origem, mas selecione diferentes gateways de próximo salto com IP de destino pendente.

Para o servidor, instale o serviço DNS e faça algo proposital/inteligente, não concordo em fazer isso no sistema operacional do servidor.

Para responder especificamente à pergunta, o Windows usa os primeiros registros DNS associados à interface de rede de classificação mais alta (uma InterfaceMetriccom um valor mais baixo tem uma classificação mais alta). Os exemplos abaixo mostram como obter e alterar esse valor de classificação da interface. Quando não há servidores DNS manuais configurados em uma interface, o Windows conta com servidores DNS fornecidos por qualquer servidor DHCP associado a uma interface de rede.

Um cenário comum em que esse problema aparece é quando você tem uma ou mais VPNs que fornecem um servidor DNS para recursos definidos para essa rede virtual.

No entanto, o servidor DNS público atribuído por um roteador WiFi está prevalecendo e alegando que os hosts não existem ou estão respondendo com o endereço IP inesperado.

Para resolver isso, precisamos ditar explicitamente qual interface de rede deve ter precedência, especificando sua "métrica" ​​associada. (Atualmente, essa métrica parece ser configurável apenas via PowerShell... veja abaixo )

Alterar a métrica da interface de rede (por exemplo, a VPN)

Primeiro, liste as interfaces locais e suas métricas

C:\> Get-NetIPInterface | Select-Object -Property InterfaceAlias, InterfaceMetric | Sort-Object -Property InterfaceMetric

InterfaceAlias               InterfaceMetric
--------------               ---------------
vEthernet (DockerNAT)                     15
Npcap Loopback Adapter                    25
Ethernet 11                               25
Local Area Connection* 1                  25
Local Area Connection* 2                  25
Npcap Loopback Adapter                    25
Ethernet 2                                35
Wi-Fi                                     55
Bluetooth Network Connection              65
Loopback Pseudo-Interface 1               75
MY VPN                                   200   <--- There's my NIC with my fave DNS
vEthernet (Default Switch)              5000

Em seguida, defina a métrica da interface de rede

(OBSERVAÇÃO: certifique-se de fazer isso em um console administrativo do PowerShell)

C:\>  Set-NetIPInterface -InterfaceAlias "MY VPN" -InterfaceMetric 10

C:\> Get-NetIPInterface | Select-Object -Property InterfaceAlias, InterfaceMetric | Sort-Object -Property InterfaceMetric

InterfaceAlias               InterfaceMetric
--------------               ---------------
MY VPN                                    10   <--- Awesome!!! My fave DNS is now on top!!
vEthernet (DockerNAT)                     15
Npcap Loopback Adapter                    25
Ethernet 11                               25
Local Area Connection* 1                  25
Local Area Connection* 2                  25
Npcap Loopback Adapter                    25
Ethernet 2                                35
Wi-Fi                                     55
Bluetooth Network Connection              65
Loopback Pseudo-Interface 1               75
vEthernet (Default Switch)              5000

Efeito de teste da métrica de interface

Neste exemplo, antes de alterar o valor da métrica, fazer ping em um recurso local que também tenha um IP definido publicamente retorna seu IP público (em vez do IP interno retornado pelo servidor DNS da minha VPN).

Exemplo quando ruim! :(

> ping 10640-TEST

Pinging 10640-TEST.example.com [XX.163.171.155] with 32 bytes of data:
Reply from XX.163.171.155: bytes=32 time=80ms TTL=45
Reply from XX.163.171.155: bytes=32 time=76ms TTL=45

Exemplo Quando Bom! :)

Depois de alterar a métrica na interface de rede, agora vejo o endereço IP interno esperado que é retornado do servidor DNS associado à minha VPN:

> ping 10640-TEST

Pinging 10640-TEST.example.com [192.168.100.44] with 32 bytes of data:
Reply from 192.168.100.44: bytes=32 time=42ms TTL=127
Reply from 192.168.100.44: bytes=32 time=52ms TTL=127

Esta página descreve o algoritmo usado pelo Windows para realizar consultas DNS. Não é profundo o suficiente para lhe dar todas as respostas que você está procurando, mas algum tempo com um farejador e este artigo deve ser tudo o que você precisa para determinar o que está acontecendo em sua situação específica.

Eu tive exatamente o mesmo problema. Passei um dia tentando descobrir.

Se você tiver várias placas de rede e especificar um servidor DNS em cada uma delas, você sabe qual servidor DNS será usado?

Bem, você pode verificar com:

nslookup 192.168.3.6

Então você vê o servidor que seu PC realmente usa.

A questão é: como o Windows escolhe qual servidor DNS usar e como podemos alterá-lo.

Precisamos dele especialmente quando usamos clientes VPN.

A resposta do qwerty2010 está certa e correta. Mas você pode usá-lo SOMENTE quando tiver uma NIC no painel de controle - centro de rede e compartilhamento - alterar as configurações do adaptador - lista de nics

Somente se você vir o nic responsável pelo seu cliente VPN, poderá usar o modo gráfico.

Então você vai Centro de rede e compartilhamento -> Alterar configurações do adaptador -> Avançado -> Configurações avançadas -> e move o NIC com o DNS que você gostaria de USAR.

No entanto, se, por exemplo, você usar o cliente vpn Shrew - você não terá nenhum nic.

O que você faz? Você abre o registro.

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Class\{4D36E972-E325-11CE-BFC1-08002BE10318}

E você procura nas subpastas 0000, 0001 etc a pasta com

DriverDesc = Shrew Soft Virtual Adapter

Então você copia para a área de transferência

NetCfgInstanceId = {B498E7DE-7257-48F6-AD32-60E470030F05}

Agora você vai

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\Tcpip\Linkage]

e você abre key = Bind. Você verá a lista assim

\Device\{1DF89CE3-CAAD-4EB7-A53F-AD16BC1D5EFD}
\Device\{70126DBE-B44D-4392-9417-0CABD6E384B1}
\Device\{D5127F8E-E7BB-4661-AE5A-A922614173D0}
\Device\{C44039AB-6801-4A9B-A736-3B12782FF411}
\Device\{85231D0F-CD05-4774-A983-632C5D83AC62}
\Device\{7E87BC81-8C58-4E05-9FA0-7897A6AA5CCE}
\Device\{3A1A3EFC-A9DE-4BCA-BAF6-81C7074487E0}
\Device\{8D41EDFC-04AC-4537-B5D5-0D54EB51A023}

Tudo que você tem a fazer é colocar no topo

\Device\{B498E7DE-7257-48F6-AD32-60E470030F05}
\Device\{1DF89CE3-CAAD-4EB7-A53F-AD16BC1D5EFD}
\Device\{70126DBE-B44D-4392-9417-0CABD6E384B1}
\Device\{D5127F8E-E7BB-4661-AE5A-A922614173D0}
\Device\{C44039AB-6801-4A9B-A736-3B12782FF411}
\Device\{85231D0F-CD05-4774-A983-632C5D83AC62}
\Device\{7E87BC81-8C58-4E05-9FA0-7897A6AA5CCE}
\Device\{3A1A3EFC-A9DE-4BCA-BAF6-81C7074487E0}
\Device\{8D41EDFC-04AC-4537-B5D5-0D54EB51A023}

Isso é tudo. Não há necessidade de reiniciar.

Agora, suas janelas usarão o DNS especificado em shrew vpn nic quando você usar a conexão vpn.

No Windows 10 e 11, a prioridade do DNS é determinada pela métrica da interface, isso está documentado aqui - os servidores DNS na interface com o valor de métrica mais baixo serão usados ​​primeiro.

É importante observar que uma interface na verdade tem dois valores de métrica de interface, um para IPv4 e outro para IPv6.

Você pode configurá-los via:

Control Panel -> Network and Sharing Center -> Change adapter settings -> Ethernet Properties -> Internet Protocol Version 4/6 -> Advanced -> Interface Metric

Ou via Powershell:

Set-NetIPInterface -InterfaceAlias "Ethernet" -AddressFamily IPv4 -InterfaceMetric 50
Set-NetIPInterface -InterfaceAlias "Ethernet" -AddressFamily IPv6 -InterfaceMetric 50

Para fins de DNS é considerado o menor dos dois valores, ou seja, a lista de interfaces é classificada pelo min(Ipv4Metric, Ipv6Metric).

Cada interface (por exemplo, Ethernet ou WiFi) tem uma lista de servidores DNS, mas nessa lista os servidores IPv6 vêm primeiro.

Aqui está um cenário de exemplo:

O Windows encontra primeiro a melhor interface - Ethernet 2, pois possui a métrica mais baixa e, portanto, usará o servidor DNS10.2.2.2

A próxima melhor interface é a Ethernet 1, o Windows tentará, 2001:db8::1 pois os servidores DNS IPv6 são usados ​​primeiro. E então finalmente10.1.1.1

Nota: Veja meus experimentos que provam isso

Como isso pode ajudar você ou outras pessoas, você pode desabilitar o uso de round-robin do Windows dos dns listados para tornar o uso de dns mais previsível. Tente configurar RoundRobin=0no HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\DNS\Parameters( reference ) para desabilitar o dns round-robing.

Há também um "timeout" para girar os servidores, você também pode tentar defini-lo como zero :

 HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Dnscache\Parameters
 ServerPriorityTimeLimit=0

Não decide aleatoriamente. Você está conectado a um roteador que obtém o IP de uma empresa que possui servidores DNS. Eles recebem sua solicitação, a menos que você altere o IP manualmente para outro DNS, por exemplo: OpenDns . Ou talvez você decida ter seus próprios servidores DNS. Isso também funciona. Basta digitar os endereços IP no centro de rede e tudo deve estar bem. E sim, você terá que configurá-los manualmente.

Você também pode ajustar um arquivo C:\Windows\System32chamado "hosts" sem extensão. Ele permite que você tenha solicitações de URL redirecionadas em vez de serem enviadas para o DNS padrão. Para um servidor local (que deve estar executando e ouvindo a porta 80)