Você não pode garantir e não deve confiar na ordem usada pelos resolvedores de DNS. O armazenamento em cache do DNS pode tornar essas previsões ainda mais complicadas.
Ao fornecer servidores de nomes ao registrador do meu domínio, por exemplo servidor de nomes 1 dns1.example.com servidor de nomes 2 dns2.example.com servidor de nomes 3 dns3.example.com servidor de nomes 4 dns4.example.com
Os ISPs e os computadores sempre usam o servidor de nomes em ordem? isto é onde o servidor de nomes 1 estiver ativo, ele será usado, se não, o servidor de nomes 2 será tentado a ser usado
Ou os ISPs e computadores podem usar um pedido diferente?
Em geral, a ordem dos RRs retornados pelo resolvedor é indefinida . Certos tipos de RR permitem a especificação de uma precedência ou prioridade - especialmente os tipos de recursos MX e SRV.
Se a sua implementação não usa um deles (e você pediu NS RRs que não são ordenados), você deve considerar todas as respostas do RR como não-ordenadas como uma suposição conservadora.
Dito isto, a maioria das implementações de servidor DNS serviria os RRs na ordem em que você os definisse no arquivo de zona, a menos que você ativasse o roundrobin do DNS. Os resolvedores de cache podem ter o roundrobin ativado, mas normalmente não.
Os caches de cliente para IPv4 normalmente não reordenam tudo isso também. Com o IPv6, as coisas parecem diferentes. A Seleção de Endereços Padrão RFC3484 para IPv6 define a reordenação na seção 6, que é implementada pelo menos no Microsoft DNS Client.
O que o NS RR que um servidor DNS usando na sua zona vai usar no final, está muito à altura da sua implementação. Lembre-se de que um servidor DNS (em cache) não dependeria da implementação do sistema operacional para resolver consultas DNS, mas incluiria as próprias, provavelmente incluindo a capacidade de consultar vários servidores simultaneamente e escolher a resposta mais rápida para solicitações subsequentes.