1 http Servidor em execução em 2 endereços IP, é possível?

Question

Estou tentando colocar um servidor HTTP em dois endereços IP.

O que eu tenho no momento é o servidor se conecta a dois roteadores ..

                         --> Router 1 w/ Static IP (192.168.1.1)
HTTP Server   -->  Switch 
                         --> Router 2 w/ Static IP (192.168.1.2)

Mas a NIC do Servidor HTTP pode ser configurada para apenas 1 gateway (Roteador 1)

ambos os roteadores têm configurações DMZ para o servidor HTTP, portanto, não há problemas de firewall.

O tráfego através do roteador 1 é direcionado para o servidor, mas o tráfego do roteador 2 é excedido .. (meio que esperando isso)

Então é aí que eu estou .. como vocês recomendam que eu continue?

Eu estava pensando em adicionar outro NIC ao HTTP Server para que eu possa configurar isso para o GATEWAY 2 .. Eu acho que vai funcionar dessa maneira, mas eu queria saber se funcionaria antes mesmo de me incomodar. Ou talvez exista uma maneira melhor de fazer as coisas?

Atenciosamente a todos

    

Answer 1

Você está correto, você não pode ter dois NICs com Gateway diferente se estiverem na mesma sub-rede. O que você pode fazer é fazer o segundo roteador 192.168.2.1 (eu suponho classe C 255.255.255.0 para a máscara de sub-rede). Em seguida, forneça ao segundo NIC um IP da sub-rede 2.xe agora o servidor responderá ao tráfego proveniente de um dos roteadores.

Ainda há outras coisas a serem consideradas, como o DNS. Você precisará de uma solução de DNS inteligente que reconheça que o ISP 1 (Roteador 1) está desativado e forneça aos usuários finais apenas o IP do ISP 2 (Roteador 2) até que o ISP 1 retorne on-line.

Sua maneira mais fácil de obter a parte DNS disso é usando um balanceador de carga ISP especial, como o barracuda ou o www.elfiq.com, e há muitos outros.

    

Answer 2

Você realmente precisa usar alguma solução de failover baseada em rede (protocolo de redundância de primeiro salto) como HSRP / VRRP / GLBP entre seus dois roteadores de gateway. Se seus gateways forem roteadores Cisco, você poderá usar o comando 'track' para garantir que o caminho após o gateway seja válido antes que o roteador seja o encaminhador ativo.

Caso contrário, você pode usar rotas estáticas em seu servidor web, basta rotear 0.0.0.0 0.0.0.0 para cada gateway e deve ter algum tipo de balanceamento de carga de saída básico, mas não terá nenhum tipo de detecção de falha de caminho.

    

Answer 3

A solução mais simples é atribuir ao servidor dois endereços IP privados também. Mande cada roteador encaminhar para um endereço IP privado diferente. Você pode usar o roteamento baseado em políticas nos pacotes de resposta para determinar o próximo salto com base no endereço IP de origem local.

Assim, por exemplo, você poderia atribuir o servidor 192.168.1.101 e 192.168.1.102 (na mesma interface física). Mande o 192.168.1.1 encaminhar para 192.168.1.101 e o 192.168.1.2 encaminhar para 192.168.1.102. Você pode determinar como rotear os pacotes de resposta com base no IP de origem local - se 192.168.1.101, o próximo salto for 192.168.1.1 - se 192.168.1.102, o próximo salto for 192.168.1.2.

    

Answer 4

Se você tiver a flexibilidade de alterar os roteadores, será mais fácil colocá-los em sub-redes diferentes. Então você pode multi-net o NIC e tudo vai funcionar.

Se os dois roteadores se conectarem a redes externas diferentes, você pode adicionar uma rota estática via roteador 2 - não há razão para não ter dois gateways na mesma LAN, eles só precisam ir para lugares diferentes. Você só pode ter um gateway padrão, mas você pode ter qualquer número de gateways explícitos.

Se você não pode fazer isso e seu servidor é Linux, você pode fingir reescrevendo os endereços do roteador 2 em ambas as direções, então a pilha de IPs acha que são duas redes separadas.

Eu suspeito que uma segunda placa de rede não funcionaria, já que a tabela de roteamento ainda teria como padrão enviar todas as respostas para o roteador 1.