Defina o IP em seu segundo NIC para um na mesma rede que o seu segundo computador - ou seja, 200.200.200.201 - e ele usará essa interface automaticamente. Não use o 192.168.100.10, ele adiciona complicações desnecessárias.
Estando lendo sobre isso no ServerFault, mas decidi abrir uma nova questão, já que não posso voltar a perguntar sobre os threads existentes.
2 computadores, 2 nics: Computador A - 100.100.100.10 - 192.168.100.10 Computador B - 100.100.100.20 - 192.168.100.20
Eu preciso definir uma rota do windows, então o tráfego no computador A targeting ip 100.100.100.20 usa o secundário nic.
Estive aqui: Como eu roteio o tráfego para um site específico / bloco de IP através de um nic, com outro tráfego através de outro nic? E aqui: Replicação DFS no Lan (com várias sub-redes)
Eu quero ter certeza de que não estou definindo a rota da maneira errada: route add 100.100.100.20 mask 255.255.255.255 192.168.100.10
Estou tentando isso para que alguns processos possam chegar ao segundo computador usando o link mais rápido. O que também reduziria a carga no nic primário.
Esses processos (como dfsr, backup, etc.) não permitem que você especifique o endereço IP ao qual estão vinculados, portanto estão usando o endereço público e a abordagem de rota faz sentido.
Minha situação é bem parecida com o segundo link que postei , O DFSR não permite que você escolha o IP ao qual está vinculado, pois resolve o nome do computador dentro de um domínio. Mesmo com outros processos, precisamos fluir através do nic secundário. Então, ao invés de fazer com que eles passem pelo 100mb nic em 100.100.100.10, nós queremos direcioná-los através do 1000mb nic 192.168.100.10. Pelo menos essa é a lógica :)
Defina o IP em seu segundo NIC para um na mesma rede que o seu segundo computador - ou seja, 200.200.200.201 - e ele usará essa interface automaticamente. Não use o 192.168.100.10, ele adiciona complicações desnecessárias.
Há um elemento faltando aqui que não nos permite responder adequadamente à sua pergunta: onde o seu host de destino (200.200.200.200) está realmente localizado? Como seu tráfego de rede pode alcançá-lo?
Você disse que sua primeira NIC está conectada "pela Internet", enquanto a segunda está conectada "a um segundo computador". Com base na sua descrição, o endereço de destino 200.200.200.200 não pode ser acessado diretamente de qualquer NIC, porque não pertence a nenhuma de suas sub-redes; assim, você precisa de um roteador para alcançá-lo. Eu estou supondo que o seu gateway padrão é acessível através da primeira rede, porque você disse que é usado "para a internet"; Então, vamos supor que seu gateway padrão seja 100.100.100.1 ou algo semelhante; vamos supor também que ele pode ser usado para chegar ao seu destino.
Mas você tem algum roteador na segunda rede? Se não houver e você só tiver outro computador, não poderá usá-lo para encaminhar o tráfego direcionado a um destino completamente diferente, como 200.200.200.200. Se em vez disso você tiver um segundo roteador, vamos chamá-lo por exemplo. 192.168.100.1, e se o endereço de destino puder ser alcançado através dele, então o comando para adicionar sua rota seria:
route add 200.200.200.200 mask 255.255.255.255 192.168.100.1
Isso significa que "envie qualquer tráfego direcionado para 200.200.200.200 para 192.168.100.1 em vez de enviá-lo para o gateway padrão".
Novamente, isso só funcionará se você realmente tiver um roteador na segunda rede e se puder ser usado para alcançar seu endereço de destino. Se este não for o caso, então você não pode usar a segunda rede para alcançar um destino que não possa ser alcançado a partir dali.
Baseado em seu desenho, o que você quer não pode ser feito. Não há como enviar um pacote endereçado para 100.100.100.20 a 192.168.100.20 e tê-lo aceito pelo computador B (a menos que você queira configurar o computador B como um roteador, mas isso tornaria as coisas muito mais complexas).
Solução alternativa: use o arquivo hosts no computador A para que ele acredite que o nome do computador B seja resolvido para 192.168.100.20.