Portanto, atribuir IP não deve ser difícil e já foi abordado em outras respostas. No entanto, a exigência de ambos os IPs deve ser alcançável é um complicado.
Como funcionam os servidores multihomed - há uma NIC em uma sub-rede com gateway padrão e outras NICs são configuradas sem gateways.
Vamos ilustrar no exemplo:
+--------+
| router |
+--+-----+ +----------+
| 10.0.0.254 | |
This subnet has default gateway | Server 2 |
| 10.0.0.1/24 | 10.0.1.2/24
+-----+------+ +---+------+
| | |
| Server +------------------------+-------++
| 1 |10.0.1.1/24 |
| | |
+------------+ | 10.0.1.254
+-------+---------+
| router |
+------+----------+
| 10.0.3.254
|
|
| 10.0.3.1/24
+-----+---------+
| |
| Server 3 |
| |
+---------------+
Temos 3 sub-redes:
Sub-rede 1: 10.0.0.0/24
Sub-rede 2: 10.0.1.0/24
Sub-rede 3: 10.0.3.0/24
O servidor 1 é um exemplo de servidor multihomed, ou seja, exatamente o que você está procurando.
É NIC 1 é na sub-rede 1 e este é configurado com o gateway IP 10.0.0.254
É a 2ª NIC na sub-rede 2.
Agora, o que isso significa:
Se o Servidor 1 quiser entrar em contato com o Servidor 2, ele escolherá a NIC 2, já que ela é uma rede diretamente conectada e tem a maior prioridade de roteamento. Em outras palavras, o endereço IP do servidor 2 está na mesma sub-rede que o NIC2 do servidor 1.
No entanto, se o Servidor 1 quiser entrar em contato com o Servidor 3 - não há uma rota específica definida para ele e não está em uma rede conectada diretamente. Então, o gateway padrão 10.0.0.254 será escolhido.
O mesmo se aplica se o Servidor 3 quiser se comunicar com o Servidor 1 NIC1 10.0.0.1. O servidor 3 usará seu próprio gateway padrão.
No entanto, se o Servidor 3 quiser se comunicar com o IP da NIC 2 - 10.0.1.1. - Isso não vai funcionar. Padrão de tráfego vai por este caminho
Servidor 3 - > 10.0.3.254 - > 10.0.1.254 - > 10.0.1.1 Assim, os pacotes chegam ao servidor 1 NIC 2. Mas o que acontece a seguir vai ser um problema.
O servidor 1 recebe pacotes NIC2 do servidor 3, mas agora é a decisão de roteamento. Como enviar respostas?
Não há rota definida especificamente para a sub-rede 10.0.3.0/24.
Portanto, o Servidor 1 escolherá responder por meio do gateway padrão e da NIC1.
Esses pacotes chegarão ao Servidor 3 - no entanto, a comunicação TCP não será estabelecida, pois haverá uma incompatibilidade no endereço de origem.
10.0.3.1+----------> 10.0.1.1
^ 10.0.0.1
| +
+---------------------+
No mundo linux - existe uma solução que raramente é usada. É chamado de "roteamento de políticas". Em um nut shell, isso permite configurar as decisões de roteamento com base no tráfego da NIC recebido.
Para o exemplo acima, seria algo como isso
Se o servidor 1 receber tráfego na NIC2 - não use o gateway padrão, mas envie as respostas de volta via gateway da sub-rede 2.
Eu não estou ciente de tal analógico no mundo do Windows.
Então, tanto quanto eu posso dizer - configurá-lo para que ambos os IPs sejam acessíveis a partir de hosts remotos não será possível.
Você pode configurá-lo de maneira que o Servidor 3 acesse o Servidor 1 via NIC2 IP do Servidor 1 introduzindo rotas estáticas no Servidor 1, mas você perderá a possibilidade de acessar a Servidor NIC1 do Servidor 1.