A implantação real disso acontecerá com um número maior de servidores, mas para fins de simplicidade, vamos supor que o seguinte seja minha configuração futura (preciso de reputação de +4 para incorporar imagens, então aqui está um link para um diagrama: < href="http://stevejenkins.com/downloads/netdiagram.png"> link ).
Suposições:
Temos dois conjuntos de servidores em duas sub-redes públicas diferentes (nosso ISP fornece os gateways padrão para cada um).
Como nosso ISP nos cobra por todo o tráfego que passa pelas sub-redes, gostaríamos que os servidores pudessem usar suas segundas NICs para enviar tráfego interno (backups, consultas de bancos de dados, etc.) entre eles usando dados locais atribuídos estaticamente. Endereços IP (192.168.1.x) em um terceiro switch (Switch C). Dessa forma, o Servidor 1 pode armazenar backups no Servidor 4 enviando tráfego pelo Comutador C, sem incorrer em cobranças.
Não há roteador ou gateway padrão para a rede interna, e pelo que pesquisei até o momento, acredito que preciso configurar rotas estáticas em cada um dos servidores para eth1. Mas eu nunca tive que mexer com roteamento antes, e eu não consegui encontrar nada que explica como definir algo assim (eu tenho certeza que existe e eu provavelmente não sei quais palavras-chave usar ).
Se eu não conseguir descobrir, suponho que a Opção 2 seria apenas trocar o Switch C por um roteador barato, que poderia atuar como um gateway padrão em 192.168.1.1. Mas eu gostaria de dar uma chance às rotas e aprender algo novo no processo.
Então - como eu digo a cada servidor para enviar tráfego para 192.168.1.x através de eth1 sem um gateway padrão?
Obrigado antecipadamente!
Não. Você não precisa de rotas estáticas ou de um roteador se as interfaces "internas" secundárias dos servidores estiverem todas no mesmo domínio de transmissão.
Basta colocar a NIC secundária de cada servidor no switch C e fornecer a eles um endereço IP na mesma máscara de sub-rede (255.255.255.0 ou qualquer outro) sem um gateway padrão e está tudo pronto.