Posso implementar redundância de rede apenas com tabelas de roteamento estáticas?

Posso implementar redundância de rede apenas com tabelas de roteamento estáticas?

Eu tenho um servidor Windows 2003 conectado a um roteador em 192.168.15.1 via 192.168.15.10. Também tenho um servidor Linux conectado a esse mesmo roteador via 192.168.15.90. E eu tenho uma conexão direta entre essas duas máquinas via 192.168.15.11 e 192.168.15.91, respectivamente.

Estou tentando definir a configuração da rede para que ela use a conexão direta de preferência, mas se isso não funcionar, usarei automaticamente a conexão através do roteador.

Configurei rotas estáticas com métricas diferentes para as conexões, mas parece não funcionar se a conexão direta estiver inoperante.

O que estou tentando alcançar é realmente possível simplesmente com roteamento estático ou preciso usar roteamento dinâmico/rip?

=======

Alterei o link direto para uma sub-rede diferente 192.168.18.0/24, caso haja conflitos lá.

Sem roteamento estático, o PINg seguiu o caminho através do roteador, então adicionei as seguintes rotas persistentes no W2003:

C:\Documents and Settings\Administrator>route print

IPv4 Route Table
===========================================================================
Interface List
0x1 ........................... MS TCP Loopback interface
0x2 ...00 04 5a 7c 39 06 ...... Linksys LNE100TX Fast Ethernet Adapter(LNE100TX
v4) - Deterministic Network Enhancer Miniport
0x30003 ...00 13 20 5c ca 9b ...... Broadcom NetXtreme 5751 Gigabit Controller -
 Deterministic Network Enhancer Miniport
===========================================================================
===========================================================================
Active Routes:
Network Destination        Netmask          Gateway       Interface  Metric
          0.0.0.0          0.0.0.0     192.168.15.1    192.168.15.10     20
        127.0.0.0        255.0.0.0        127.0.0.1        127.0.0.1      1
     192.168.15.0    255.255.255.0    192.168.15.10    192.168.15.10     20
    192.168.15.10  255.255.255.255        127.0.0.1        127.0.0.1     20
    192.168.15.90  255.255.255.255    192.168.18.91    192.168.18.11      1
   192.168.15.255  255.255.255.255    192.168.15.10    192.168.15.10     20
     192.168.18.0    255.255.255.0    192.168.18.11    192.168.18.11     20
    192.168.18.11  255.255.255.255        127.0.0.1        127.0.0.1     20
    192.168.18.91  255.255.255.255    192.168.18.11    192.168.18.11      1
   192.168.18.255  255.255.255.255    192.168.18.11    192.168.18.11     20
        224.0.0.0        240.0.0.0    192.168.15.10    192.168.15.10     20
        224.0.0.0        240.0.0.0    192.168.18.11    192.168.18.11     20
  255.255.255.255  255.255.255.255    192.168.15.10    192.168.15.10      1
  255.255.255.255  255.255.255.255    192.168.18.11    192.168.18.11      1
Default Gateway:      192.168.15.1
===========================================================================
Persistent Routes:
  Network Address          Netmask  Gateway Address  Metric
    192.168.18.91  255.255.255.255    192.168.18.11       1
    192.168.15.90  255.255.255.255    192.168.18.91       1

E o seguinte no Linux:

192.168.15.11/32 via 192.168.18.91 metric 1 dev eth1
192.168.15.10/32 via 192.168.18.11 metric 1 dev eth1

Quando o link direto está ativo, tudo está bem, o tráfego flui conforme desejado. Porém, quando desativo o link, embora as rotas persistentes sejam removidas da tabela ativa, fico com:

IPv4 Route Table
===========================================================================
Interface List
0x1 ........................... MS TCP Loopback interface
0x2 ...00 04 5a 7c 39 06 ...... Linksys LNE100TX Fast Ethernet Adapter(LNE100TX
v4) - Deterministic Network Enhancer Miniport
===========================================================================
===========================================================================
Active Routes:
Network Destination        Netmask          Gateway       Interface  Metric
          0.0.0.0          0.0.0.0     192.168.15.1    192.168.15.10     20
        127.0.0.0        255.0.0.0        127.0.0.1        127.0.0.1      1
     192.168.15.0    255.255.255.0    192.168.15.10    192.168.15.10     20
    192.168.15.10  255.255.255.255        127.0.0.1        127.0.0.1     20
   192.168.15.255  255.255.255.255    192.168.15.10    192.168.15.10     20
        224.0.0.0        240.0.0.0    192.168.15.10    192.168.15.10     20
  255.255.255.255  255.255.255.255    192.168.15.10    192.168.15.10      1
Default Gateway:      192.168.15.1
===========================================================================
Persistent Routes:
  Network Address          Netmask  Gateway Address  Metric
    192.168.18.91  255.255.255.255    192.168.18.11       1
    192.168.15.90  255.255.255.255    192.168.18.91       1

PINGs de 15.10 a 15.90 falham (vejo mensagens ARP que tem 15.90 informam 15.10) e PINGs de 15.90 a 15.10 também falham com a resposta "de 18.91: host indisponível"

Responder1

Por onde começar ...

Você não nos contou a máscara de rede - presumo que tudo esteja no mesmo /24? Nesse caso, o roteamento não tem absolutamente nada a ver com isso. Essas máquinas estão todas na mesma sub-rede, portanto não haverá roteamento.

Presumo que você tenha duas NICs em cada servidor. E também presumo que você esteja tentando se conectar por IP? Nesse caso, o IP associado à conexão inativa está inativo e você nunca poderá contatá-lo. Se você desconectar o cabo que conecta as interfaces .11 e .91, esses endereços IP ficarão inacessíveis.

Se você estiver tentando se conectar por nomes DNS, a resolução está acontecendo corretamente?

Para solucionar adequadamente essas coisas, você precisa explicar melhor o que está realmente fazendo, e isso realmente ajudaria você a entender o modelo ISO e solucionar problemas para cima (ou para baixo) em sequência, para que você possa identificar onde o problema é.

/edit - OK, vejo sua edição onde você coloca as segundas interfaces em uma sub-rede diferente. A questão é: se uma interface (com um IP) estiver inoperante, esse IP não estará acessível.

Contra o que você está tentando se proteger? Parece "falha de placa de rede única". Bem, há uma medida padrão para se proteger contra isso: ligação de NIC. Certifique-se de que seus drivers de NIC suportem alguma forma disso, agrupe as NICs e atribua um único IP à equipe (em cada servidor).

informação relacionada