Вы могли попытаться настроить систему OpenVMS как сервер NFS и сервер Windows 2008 как клиент NFS. Самыми большими проблемами с этим подходом является то, что OpenVMS присвоил версию файлам (так, чтобы удаление файла только удалило последнюю версию), и то, что файловые системы OpenVMS нечувствительны к регистру.
Из того, что я читал, OpenVMS NFS также очень требователен в отношении того, что он примет; что-либо в беспорядке заставит это отклонять трафик NFS.
С OpenVMS 8.x HP TCP/IP включен - как NFS.
Вы хотите, чтобы трафик для просто определенного IP-адреса прошел 10.1.1.20, и ВЕСЬ другой трафик для прохождения через 173.x.x.x, корректный?
Это просто сделать к счастью. От командной строки войдите:
route add y.y.y.y mask 255.255.255.255 10.1.1.20
Где y.y.y.y является общедоступным IP-адресом, и 10.1.1.20 IP-адрес сетевой платы (очевидно). Этот маршрут будет удален после перезапуска машины, так чтобы сделать это постоянным, добавить a -p
в конец команды.
Мы хотим весь traffice, предназначенный, чтобы общедоступный IP-адрес пошел в / nic (10.1.1.20) и всем общедоступном трафике для движения в / nic (173.x.x.x NIC)
Я предполагаю, что Вы имели в виду "весь трафик, предназначенный, чтобы частный IP-адрес пошел в / NIC (10.1.1.20)"?
Если так, Вы могли обеспечить немного больше детали?
Какие частные адреса Вы имеете существующими в Вашей LAN? Это просто 10.1.1.0/24? (т.е. 10.1.1.1 - 10.1.1.254), Или там другие частные адреса (10.x.x.x; 172. [16-31] .x.x; 192.168.x.x), чтобы касаться?
Вы уверены, что нет никаких общедоступных IP-адресов, используемых на Вашей LAN?
Если Вам только нужен доступ к 10.1.1. X сетей через Ваш NIC LAN, затем необходимо смочь сделать это путем конфигурирования интернет-интерфейса направления как значения по умолчанию. Можно сделать это путем понижения метрики маршрута по умолчанию, настроенного в Интернете, стоящем перед NIC:
route CHANGE 0.0.0.0 mask 0.0.0.0 173.161.180.158 metric 10
Править: в ответ на Ваши комментарии.
10.1.1.x адреса будут уже направлены через Ваш NIC LAN, поскольку их будут считать непосредственно соединенными. Посмотрите третью запись в своей таблице маршрутизации:
Network Destination Netmask Gateway Interface Metric
10.1.1.0 255.255.255.0 10.1.1.20 10.1.1.20 20
Для обеспечения 10.1.2. X адресов будут направлены через этот интерфейс, Вам будет нужен другой статический маршрут. Следующая команда должна работать:
route -p ADD 10.1.2.0 MASK 255.255.255.0 10.1.1.1
'-p' делает маршрут персистентным через перезагрузки.
Относительно моего второго вопроса: существуют некоторые организации, которые имеют и общественное и частное адресное пространство в их внутренних сетях (не в Интернете). Если Вы уверены, что 10.1.1.x и 10.1.2.x единственные используемые диапазоны адресов, то это не применяется.
Относительно двух шлюзов по умолчанию: это ранее не рекомендовалось, поскольку все шлюзы по умолчанию будут установлены с метрикой 1, которые приводят к неоднозначности, относительно которой маршрут должен использоваться для трафика, соответствующего маршруту по умолчанию. В этом случае Ваши два шлюза по умолчанию имеют различные метрики; тот с более низкой метрикой будет всегда предпочитаться, пока тот интерфейс доступен. (См. этот ответ для большего количества детали).
Обратите внимание, что в настоящее время маршрут по умолчанию через Ваш 10.x.x.x интерфейс имеет более низкую метрику (20, а не 30), который приведет к любому интернет-трафику, направляемому к Вашей LAN.