Не устанавливается NIC Teaming (LBFO) в Windows Server 2019
 

Системные администраторы (настоящие), прошу помочь.
Я ни грамма не сисадмин, скорее аппаратчик, спец по железу и ремонту электроники. в том числе и компьютерного железа.
Решил проверить что на практике дает применение NIC Teaming (LBFO) при наличии 2-х адаптеров.
Взял оригинальный Microsoft образ Windows Server 2019 Russian, установил, активировал c помощью KMS.
Для включения NIC Teaming (LBFO) в свойствах адаптера выбираю "Установить-Служба-Поставщик балансировки нагрузки и отработки отказов (Майкрософт)", однако при попытке это сделать появляется данное сообщение:
http://forum.oszone.net/attachment.p...1&d=1674043679
Вот я и не пойму в чем дело?
NIC Teaming (LBFO) - стандартное средство для серверных Windows, более того, в старых версиях Windows 10 оно было по умолчанию (по отзывам в сети), почему же тогда оно не работает в только что установленной (и не испорченной сторонним софтом) Windows Server?
И что нужно сделать для его активации? По шагам. Я в групповой политике Windows, а тем более Windows Server, не силен.

Сделал по-другому, как описано в этой статье: https://winitpro.ru/index.php/2012/1...s-server-2012/
Получилось сделать объединение каналов, но скорости интернета больше не стало.
Как настроено у меня:
Оба адаптера гигабитные. У первого адаптера IP 192.168.0.46, у другого 192.168.0.47
У первого шлюз 192.168.0.1, у второго 192.168.0.10.
Думаю всем понятно, что 192.168.0.1 - это IP адрес маршрутизатора от одного провайдера, 192.168.0.10 - от другого. Первый дает менее 100мбит/с, второй также. Компьютер, что я делаю, это видеосервер, с приемкой контента по Webinar.ru, трансляцией с помощью OBS Studio на Rutube и подгрузкой рутубовского контента на странице сайта компании.
Или я не правильно понимаю понятие NIC Teaming (LBFO)? Которое просто увеличивает канал до маршрутизатора при ОДИНАКОВЫХ шлюзах на адаптерах? (У мен шлюзы разные).
И поэтому не получается агрегации каналов от разных провайдеров?

Ну и после прочтения статьи ttps://winitpro.ru/index.php/2012/12/25/nic-teaming-v-windows-server-2012/ возник вопрос - о чем ребята пишут в разделе Windows 10? У меня правда версия была 1809, не как у них 20Н2, но там я NIC Teaming не увидел даже под микроскопом. Редакция Windows 10 - LTSC. В этом проблема? Нужна другая редакция?

У вас Интернет со скоростью более 1 Гбит подаётся??? :o

После объединения адаптеров в тим ваши две сетевые становятся одной. И настройки выдаются именно ей, а не членам тима.

NIC Teaming (LBFO) просто увеличивает канал до маршрутизатора при ОДИНАКОВЫХ шлюзах на адаптерах?
И поэтому не получается агрегации каналов от разных провайдеров?

Propretor, ещё раз, объединив адаптеры в team, вы получаете ОДИН виртуальный адаптер. Что было ранее и какие там шлюзы были - этому новому адаптеру глубоко фиолетово, ибо настраивается именно он.

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

ИМХО, монстрить что-то вроде.

Angry Demon, интересная статья, спасибо, нужно будет внимательно и не спеша ее поизучать. Но по-моему там предлагается решение не на Windows Server...

угу...

dmitryst, а требуется на Windows Server :) Мне кажется должен быть такой функционал.

Propretor, насколько я знаю, того, что вам нужно, "искаропки" не бывает нигде. Основная роль "тиминга" - увеличение пропускной способности, но не с разными маршрутами ;)

... и отказоустойчивости.

dmitryst, Angry Demon, я согласен, что просто тиминг для этого и создан. Просто дело в том, что я, как не сисадмин, не могу поверить что нужного мне (да и не только мне) функционала нет в стандартном наборе Windows Server. Этот функционал ведь и логичен и нужен.

согласен, но опять же, не с разными маршрутами для каждого участника группы (Team-а)

Propretor, насколько мне известно, нужный вам функционал так или иначе присутствует в некоторых программных рутерах, например, pfSense / opnSense, но опять же, прямой агрегации (суммирования пропускной способности по разным маршрутам) там нет, есть балансировка нагрузки и резервирование канала (т.е. в случае падения одного канала трафик будет идти по другому).