Можно ли реализовать избыточность сети только с помощью статических таблиц маршрутизации?

Можно ли реализовать избыточность сети только с помощью статических таблиц маршрутизации?

У меня есть сервер Windows 2003, который подключен к маршрутизатору 192.168.15.1 через 192.168.15.10. У меня также есть сервер Linux, подключенный к тому же маршрутизатору через 192.168.15.90. И у меня есть прямое соединение между этими двумя машинами через 192.168.15.11 и 192.168.15.91 соответственно.

Я пытаюсь настроить конфигурацию сети так, чтобы она по умолчанию использовала прямое подключение, но если это не сработает, то вместо этого будет автоматически использоваться подключение через маршрутизатор.

Я настроил статические маршруты с разными метриками для соединений, но, похоже, они не работают, если прямое соединение отсутствует.

Действительно ли то, чего я пытаюсь добиться, возможно просто с помощью статической маршрутизации или мне нужно использовать динамическую/rip-маршрутизацию?

=======

Я изменил прямую ссылку на другую подсеть 192.168.18.0/24 на всякий случай, если там возникнут конфликты.

Без статической маршрутизации PINg следовал по пути через маршрутизатор, поэтому я добавил следующие постоянные маршруты на 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

И следующее на 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

Когда прямая ссылка установлена, все хорошо, трафик идет как надо. Но когда я отключаю ссылку, хотя постоянные маршруты удаляются из активной таблицы, оставляя мне:

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

PING с 15.10 до 15.90 не проходят (я вижу сообщения ARP, у кого 15.90, скажите 15.10), а PING с 15.90 до 15.10 также не проходят с ответом «с 18.91: хост недоступен».

решение1

С чего начать...

Вы не сообщили нам сетевую маску - я предполагаю, что они все в одном и том же /24? Если так, то маршрутизация не имеет к этому никакого отношения. Все эти машины находятся в одной подсети, поэтому маршрутизации не будет.

Я предполагаю, что у вас есть два сетевых адаптера на каждом сервере? И я также предполагаю, что вы пытаетесь подключиться по IP? Если так, то IP, который связан с неработающим соединением, не работает, и вы не можете связаться с ним никогда. Если вы отсоедините кабель, который соединяет интерфейсы .11 и .91, эти IP-адреса станут недоступны.

Если вы пытаетесь подключиться по DNS-именам, происходит ли разрешение правильно?

Чтобы правильно устранить неполадки, вам нужно лучше объяснить, что вы на самом деле делаете, и это действительно поможет вам понять модель ISO и устранять неполадки последовательно (или по порядку), чтобы вы могли сосредоточиться на том, где именно возникла проблема.

/edit - Хорошо, я вижу твою правку, где ты помещаешь вторые интерфейсы в другую подсеть. Суть в том, что если интерфейс (с IP) не работает, этот IP недоступен.

От чего вы пытаетесь защититься? Похоже на "отказ одного сетевого адаптера". Что ж, есть стандартная мера защиты от этого - связывание сетевых адаптеров. Убедитесь, что ваши драйверы сетевых адаптеров поддерживают какую-либо его форму, объедините сетевые адаптеры в команду и назначьте один IP-адрес для команды (на каждом сервере).

Связанный контент