Репликация DFS на локальной сети (с несколькими подсетями)

Мне неизвестны какие-либо параметры конфигурации для DFS-R для управления интерфейсами, с которыми он связан, или для влияния на то, как он выбирает партнерский интерфейс для маршрутизации трафика. Выполняя быстрый поиск, я придумываю этот грязный хак из блога Microsoft Storage Team (хотя и с 2006 года), который указывает, что вы должны использовать файл HOSTS на каждом члене набора репликации, чтобы влиять на его повторное именование, чтобы вы эффективно "их использовать частные IP-адреса.

Это ужасный хак, и я обычно категорически против использования файлов HOSTS. В этом случае, тем не менее, это может быть единственный способ выполнить то, что вы пытаетесь сделать.

Вместо этого, взломав файл HOSTS (который, если вы это сделаете, вы должны документировать, чтобы следующий парень, который работает над ним, знал, почему это было сделано), у меня есть еще одна идея, которую вы можете попробовать.

Попробуйте указать маршрут для другого хоста на каждом из компьютеров набора репликации DFS-R. Если это работает, сделайте маршрут постоянным. Я на 80/20 думаю, что это не сработает, а будет, но стоит попробовать:

Участник 1: route add 20.20.0.101 mask 255.255.255.255 192.168.0.100

Участник 2: route add 20.20.0.100 mask 255.255.255.255 192.168.0.101

Когда Заказчик начал использовать VoIP по ссылке, стало ясно, что ссылка не очень надежна и имеет довольно непредсказуемую задержку. Этот трафик в сочетании с увеличением размера файлов, которые мы каждую ночь резервировали по "воздуху" с файлового сервера, расположенного в "через дорогу", подтолкнул нас к использованию оптоволокна.

У нас была монополия местного кабельного телевидения (Time Warner), управляющая волокном. Для Заказчика это означало, что они вообще ничего не делали с разрешениями, копанием, наймом подрядчиков и т. Д. Кабельная монополия запустила оптоволокно, подключила Ethernet-коммутаторы с обоих концов и сказала нам: "Подключите вашу сеть к этому". порт "на каждом конце. Это дало нам надежное соединение со зданиями со скоростью 100 Мбит / с.

Для Клиента есть периодические ежемесячные расходы. Первоначально я был против этого, однако "окупаемость" для Заказчика, который платил за установку оптоволоконного кабеля, по сравнению с периодическим платежом, составила примерно 3 года. Финансовому контролеру Заказчика также понравилась идея ежемесячных расходов по сравнению с капитальными затратами. (Вы должны спросить его, почему... это ошибка сервера, а не непонятная ошибка Федерального налогового кодекса США...)

Каждая фиксированная беспроводная связь, с которой мне довелось работать (все из которых были установлены другими подрядчиками, кроме той, которую я описал здесь), так или иначе, была проблематичной по сравнению с оптоволокном. Волокно, когда оно находится в земле / воздухе и работает, работает вечно (если только оно не получило BIFF или выстрел). Время от времени вы будете менять электронику на концах, но обычно это просто означает увеличение скорости или характеристик. Само волокно остается прежним.

Я бы настоятельно рекомендовал не использовать волокно самостоятельно. Вы можете сэкономить много времени, собравшись с кабельным подрядчиком, который уже проделал такую ​​работу. Они будут знать, что можно получить, и будут иметь в наличии тяжелое оборудование (например, горизонтально-расточные станки). Они также могут сказать вам, если ваши здания находятся достаточно близко друг к другу, чтобы избежать использования более дешевого многомодового оптоволоконного кабеля по сравнению с одномодовым (который может покрывать намного большую дистанцию, но намного дороже, как для волокно и электроника на конце).

Проконсультируйтесь также с вашим местным поставщиком монопольного кабельного телевидения. Они могут запустить его для вас и, в зависимости от того, как долго ваша компания хочет оставаться в этих зданиях, какую ежемесячную стоимость сравнивать со стоимостью установки оптоволоконного кабеля с вашим собственным подрядчиком и каковы ваши финансовые возможности. люди думают о расходах по сравнению с капитализированными активами, вы можете узнать, что поставщик монополии в конечном итоге становится путем.

Я нашел способ добиться этого!

Я синхронизирую два сервера, S1 (Windows Server 2008) и S2 (Windows Server 2008 R2), используя DFSR.

Я сделал это, изменив атрибут dNSHostName для каждого Сервера в Active Directory - пользователи и компьютеры - на атрибут на второй сетевой карте, например, s1.system.int и s2.system.int.

Кажется, DFSR сначала смотрит на этот атрибут перед синхронизацией, и вуаля!

Тем не менее, я только что перезагрузил компьютер, и мне пришлось снова установить настройки, и я пока не знаю, как заставить их придерживаться в AD.

Я также не знаю, что еще использует этот атрибут dNSHostName, так что будьте осторожны!

Это предположение, которое потребует некоторого расследования с вашей стороны, но вот моя мысль:

Корневые и ссылочные цели DFS идентифицируются по имени хоста (хотя можно создавать целевые ссылки на основе IP-адреса вместо имени хоста), эти имена хостов разрешаются с помощью DNS, если вы настраиваете NIC с публичным IP-адресом, чтобы он не регистрировался с DNS (который в любом случае должен быть настроен), тогда только внутренний IP-адрес сетевой карты в локальной сети будет разрешен для имени хоста каждого сервера, что должно заставить репликацию использовать сетевой адаптер локальной сети.

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