Возможные решения для нескольких шлюзов Windows Server 2003

Возможные решения для нескольких шлюзов Windows Server 2003

У меня возникла следующая проблема, из-за которой я не могу спать уже несколько ночей.

Мне достались несколько серверов от парня, который вышел на пенсию, и я заметил, что один из интерфейсов на одном из серверов иногда зависает, из-за чего люди не могут к нему подключиться.

Теперь подробности: у нас есть 3 сервера - один из них - сервер базы данных, на котором размещена только база данных, и он подключен к серверу доступа, на котором также есть веб-сервер на базе IIS, который снова предоставляет элементы управления на базе .aspx для клиентов, которые посещают наш 3-й сервер, на котором мы размещаем веб-сайт. Я думаю, что следующая картинка опишет это лучше: Сетевой график

Проблема в том, что сервер доступа настроен на 2 шлюза по умолчанию (sic!), но в конце концов, согласно route print, он использует первый шлюз интернет-провайдера:

Active Routes:
Network Destination        Netmask          Gateway       Interface  Metric
          0.0.0.0          0.0.0.0   bb.bbb.bbb.241   bb.bbb.bbb.243     10
          0.0.0.0          0.0.0.0   aaa.aa.aaa.129   aaa.aa.aaa.130     10
   bb.bbb.bbb.240  255.255.255.248   bb.bbb.bbb.243   bb.bbb.bbb.243     10
   bb.bbb.bbb.243  255.255.255.255        127.0.0.1        127.0.0.1     10
   bb.255.255.255  255.255.255.255   bb.bbb.bbb.243   bb.bbb.bbb.243     10
        127.0.0.0        255.0.0.0        127.0.0.1        127.0.0.1      1
      192.168.0.0    255.255.255.0     192.168.0.97     192.168.0.97     10
     192.168.0.97  255.255.255.255        127.0.0.1        127.0.0.1     10
    192.168.0.255  255.255.255.255     192.168.0.97     192.168.0.97     10
   aaa.aa.aaa.128  255.255.255.248   aaa.aa.aaa.130   aaa.aa.aaa.130     10
   aaa.aa.aaa.130  255.255.255.255        127.0.0.1        127.0.0.1     10
   aaa.aa.aaa.255  255.255.255.255   aaa.aa.aaa.130   aaa.aa.aaa.130     10
        224.0.0.0        240.0.0.0   bb.bbb.bbb.243   bb.bbb.bbb.243     10
        224.0.0.0        240.0.0.0     192.168.0.97     192.168.0.97     10
        224.0.0.0        240.0.0.0   aaa.aa.aaa.130   aaa.aa.aaa.130     10
  255.255.255.255  255.255.255.255   bb.bbb.bbb.243   bb.bbb.bbb.243      1
  255.255.255.255  255.255.255.255     192.168.0.97     192.168.0.97      1
  255.255.255.255  255.255.255.255   aaa.aa.aaa.130   aaa.aa.aaa.130      1
Default Gateway:    aaa.aa.aaa.129

Теперь вот в чем дело - как мне заставить его работать «нормально» или, по крайней мере, максимально приближенно к нормальному режиму (чтобы мне не приходилось каждый день входить в систему по RDP и перезапускать адаптер .129)?

Сначала я подумал о простом скрипте watchdog, который будет пинговать зависшую сетевую карту со второго исходного адреса, но он с треском провалился, потому что в WS2003 команда ping все еще тормозит и разрешает только IPv6 с параметром -S. Похоже, что нет никакого исправления, даже стороннего решения, и получение ping.exe прямо из Windows 7 не работает (правда, я тоже пробовал это!)

Затем я подумал о покупке маршрутизатора с двумя WAN-портами, подключении его между сервером и маршрутизаторами интернет-провайдеров и переадресации определенных портов на одно LAN-подключение. Это должно работать, если предположить, что текущие проблемы вызваны сетевой картой этого сервера, но это довольно легко решить, поскольку у нас есть WWW-сервер на том же подключении, и его время безотказной работы составляет почти 100% за последний год (исключая сбои, не связанные с компанией). Но даже если я настрою отказоустойчивость на этом интерфейсе, клиентское приложение все равно будет использовать IP для подключения, поэтому оно все равно будет сообщать клиенту о том, что не отвечает, но мы исправим основную проблему.

Третий вариант — это поколдовать над параметрами балансировки нагрузки, используя другое программное обеспечение, но, насколько мне известно, оно никогда не работало нормально на Windows (а зависание адаптеров у меня — обычное дело).

Есть также четвертый вариант, который заключается в том, чтобы уничтожить все и получить новый сервер и/или систему, но здесь самой большой проблемой будет лицензия — мы размещаем за ним базу данных SQL Server, серверный бэкенд, который взаимодействует с этой базой данных и возвращает таблицы для клиентов в Интернете И наших сотрудников (около 200+), которые используют нашу корпоративную программу для взаимодействия с базами данных. Очевидно, что для этого нужны отдельные лицензии CAL, и W2003 была последней, в которой это не требовалось в Web Edition.

Может кто-то указать мне верное направление?

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