Windows Server установил несколько Шлюзов и метрик
Я хотел бы настроить свой Сервер DHCP (Windows Server 2008 R2) так, чтобы он присвоил каждому хосту два шлюза. Клиент должен использовать шлюз, который ближе (меньше количества транзитных участков). Я могу сделать это вручную на клиенте само путем установки 'автоматической метрики' (см. экран печати):
Но на сервере DHCP, если я определяю маршрутизатор в Настройках Объема, он будет использовать Шлюз в зависимости от приоритета, который отдан положением в настройках.
Как я могу настроить свой Сервер DHCP так, чтобы он работал как описанный в первом изображении
?Заранее спасибо за помощь!
ХОРОШО. Итак, вы хотите, чтобы весь трафик выходил через ближайший шлюз, но вы не можете попасть туда отсюда. Это все та же самая сеть 2/3 уровня, так что нет способа расставить приоритеты для шлюзов, чтобы клиенты использовали ближайший. Если вы используете разные подсети с каждой стороны, то это представляет собой морщину, связанную с необходимостью маршрутизации трафика между двумя подсетями, поэтому вам нужно будет бросить маршрутизатор в смесь, что потребует преобразования соединения уровня 2 в соединение уровня 3. IMO, оставь все как есть. Определите оба шлюза в DHCP, используя DG, который вы предпочитаете, чтобы трафик проходил в верхней части списка, зная, что клиенты с другой стороны имеют более длительное путешествие.
Реальный вопрос - как обеспечить два маршрута в Интернет и убедиться, что мои хосты всегда используют самый быстрый путь?
Случай для маршрутизации. У вас есть два местоположения, каждое из которых имеет собственное Интернет-соединение. Хостам в каждой точке лучше всего использовать маршрут их сайта к Интернету. Эти два местоположения также соединены одним каналом связи. Этот путь позволяет хостам в сайте A общаться с хостами в сайте B и наоборот. Его также можно использовать для предоставления каждому сайту альтернативного маршрута в Интернет (вам повезло).
Правильным способом настройки этой сети является размещение маршрутизатора на каждом сайте, подключение к Интернету каждого сайта к соответствующему маршрутизатору, а затем подключение двух маршрутизаторов по существующему каналу связи сайт-сайт.
Как это работает. Каждому сайту нужен свой адрес подсети, но хосты каждого сайта всегда будут использовать маршрут своего местоположения к Интернету, и при сбое интернет-соединения сайта маршрутизаторы делают свою работу и начинают маршрутизацию трафика на маршрутизатор другого сайта, который в свою очередь перенаправляет его в Интернет.
Стоит ли все это того? Да, по нескольким причинам:
- Быстрый Интернет. Вы воспользуетесь совокупной пропускной способностью обоих ваших Интернет-соединений, а не только одного.
- Более быстрая связь между сайтами. Ваша связь между сайтами не будет использоваться хостами одного сайта для Интернет-трафика, освобождая пропускную способность для других целей.
- Меньшая задержка при обходе отказа. Если хост настроен с двумя шлюзами, а используемый шлюз падает, то клиент будет испытывать задержку перед тем, как попробовать другой шлюз. Это может продолжаться до тех пор, пока шлюз не выключится. Перемещение ответственности за обход отказа на маршрутизатор консолидирует эту задержку в единую точку времени, и как только это делается, это делается.
- Совместимость хостов. Некоторые хосты не позволяют настроить несколько шлюзов. Если один из них не работает, то этот хост не сможет получить доступ в Интернет, пока не восстановится шлюз или вы не переконфигурируете хост.
- Никакой двойной работы. В любом случае, вы все равно будете использовать маршрутизаторы, если у вас возникнут проблемы с назначением хостов двум шлюзам.