Что такое мультиплексор сетевого адаптера. Сетевой адаптер не имеет допустимых параметров настройки IP

Вторым использующимся в настоящее время на практике подходом является использование в рабочих станциях технологии мультиплексирования различных стеков протоколов.

При мультиплексировании стеков протоколов на один из двух взаимодействующих компьютеров с различными стеками протоколов помещается коммуникационный стек другого компьютера. На рис. 4.3 приведен пример взаимодействия клиентского компьютера сети 1 с сервером своей сети и сервером сети 2, работающей со стеком протоколов, полностью отличающимся от стека сети 1. В клиентском компьютере реализованы оба стека. Для того, чтобы запрос от прикладного процесса был правильно обработан и направлен через соответствующий стек, в компьютер необходимо добавить специальный программный элемент - мультиплексор протоколов. Мультиплексор должен уметь определять, к какой сети направляется запрос клиента. Для этого может использоваться служба имен сети, в которой отмечается принадлежность того или иного ресурса определенной сети с соответствующим стеком протоколов.

При использовании технологии мультиплексирования структура коммуникационных средств операционной системы может быть и более сложной. В общем случае на каждом уровне вместо одного протокола появляется целый набор протоколов, а мультиплексоров может быть несколько, выполняющих коммутацию между протоколами разных уровней (рис. 4.4). Например, рабочая станция может получить доступ к сетям с протоколами NetBIOS, IP, IPX через один сетевой адаптер. Аналогично, сервер, поддерживающий прикладные протоколы NCP, SMB и NFS может без проблем выполнять запросы рабочих станций сетей NetWare, Windows NT и Sun одновременно.

Рис. 4.3. Мультиплексирование стеков

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

Шлюзы

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

Рисунок 3.14 иллюстрирует принцип функционирования шлюза. В показанном примере шлюз, размещенный на компьютере 2, согласовывает протоколы клиентского компьютера 1 сети А с протоколами серверного компьютера 3 сети В. Допустим, что две сети используют полностью отличающиеся стеки протоколов. Как видно из рисунка, в шлюзе реализованы оба стека протоколов.

Рис. 3.14. Принципы функционирования шлюза

Запрос от прикладного процесса клиентского компьютера сети А поступает на прикладной уровень его стека протоколов. В соответствии с этим протоколом на прикладном уровне формируются соответствующий пакет (или несколько пакетов), в которых передается запрос на выполнение сервиса некоторому серверу сети В. Пакет прикладного уровня передается вниз по стеку компьютера сети А, а затем в соответствии с протоколами канального и физического уровней сети А поступает в компьютер 2, то есть в шлюз.

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

Рис. 3.15. Мультиплексирование стеков

При мультиплексировании стеков протоколов на один из двух взаимодействующих компьютеров с различными стеками протоколов помещается коммуникационный стек другого компьютера. На рисунке 3.15 приведен пример взаимодействия клиентского компьютера сети 1 с сервером своей сети и сервером сети 2, работающей со стеком протоколов, полностью отличающимся от стека сети 1. В клиентском компьютере реализованы оба стека. Для того, чтобы запрос от прикладного процесса был правильно обработан и направлен через соответствующий стек, в компьютер необходимо добавить специальный программный элемент - мультиплексор протоколов. Мультиплексор должен уметь определять, к какой сети направляется запрос клиента. Для этого может использоваться служба имен сети, в которой отмечается принадлежность того или иного ресурса определенной сети с соответствующим стеком протоколов.

При использовании технологии мультиплексирования структура коммуникационных средств операционной системы может быть и более сложной. В общем случае на каждом уровне вместо одного протокола появляется целый набор протоколов, а мультиплексоров может быть несколько, выполняющих коммутацию между протоколами разных уровней (рисунок 3.16). Например, рабочая станция может получить доступ к сетям с протоколами NetBIOS, IP, IPX через один сетевой адаптер. Аналогично, сервер, поддерживающий прикладные протоколы NCP, SMB и NFS может без проблем выполнять запросы рабочих станций сетей NetWare, Windows NT и Sun одновременно.

Рис. 3.16. Мультиплексирование протоколов

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

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

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

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

Существует несколько причин появления проблемы и способов решения.

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

Если же обновлений не было, то причина проблемы может крыться в некоторых новых программах, с которыми протокол не имеет совместимости. Чтобы исключить такую возможность достаточно удалить установленные в последнее время программы, после которых протокол перестал работать.

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

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

Также стоит отметить драйверов, ведь они часто “слетают” в моменты установки новых программ, после которых приходится их на ново искать и устанавливать. Если драйверы пропали после обновления, то стоит сделать действия описанные выше, и просто сделать ее откат до предыдущих настроек. Этот же вариант поможет, если у драйверов возникли конфликты с устанавливаемым программным обеспечением.

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

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

Изменения DNS. Даже если изменения не были внесены вручную пользователем, то они все равно могут появиться в результате некорректной работы определенных программ или целого ряда других причин. В любом случае, эта проблема является наиболее простой для решения.

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

Диагностика неполадок. Если изменения в протокол или другие связанные элементы работы сети были внесены вручную пользователем, то обязательно следует отменить изменения, а если это уже невозможно, то надо следует восстановить настройки вручную.

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

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

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

Если же самостоятельно решить проблему не удалось, то рекомендуется перенести свои данные на внешние носители и переустановить операционную систему. Также можно воспользоваться помощью профессионалов, которые смогут сами заняться решением данной проблемы.

Увеличение пропускной способности - увеличение полосы пропускания пропорционально количеству адаптеров в группе. К примеру, если объединить в NIC Teaming два сетевых адаптера со скоростью 1 Гбит/с, то общая полоса пропускания составит 2 Гбит/с;
Отказоустойчивость - при выходе из строя одного из адаптеров в группе, связь ни на секунду не прерывается и остальные сетевые адаптеры поменяют вышедший из строя.

Технология NIC Teaming не нова, но ранняя ее реализация зависела от производителей сетевого оборудования. Возможность объединять сетевые адаптеры в группу средствами ОС появилась только в редакции начиная с Windows Server 2012. Эта технология позволяет объединять в группу адаптеры разных производителей, единственное ограничение - все они должны работать на одной скорости. Ограничение по количеству объединяемых сетевых адаптеров в NIC Teaming равна 32.

Настройка

По умолчанию режим «NIC Teaming» в Windows server 2012 R2 отключен. Для его активации открываем «Server Manager» и заходим в свойства сервера, далее нажимаем: Объединение сетевых карт (NIC Teaming).

В Задачах (Tasks) выбираем пункт Создать группу (New Team).

Режим поддержки групп (Teaming mode) определяет режим взаимодействия группы с сетевым оборудованием:

1. Не зависит от коммутатора (Switch Independent) - группа работает независимо от коммутатора, никакой дополнительной настройки сетевого оборудования не требуется. Этот режим позволяет подключать адаптеры одной тиминговой группы к разным свичам для защиты от сбоя одного из них. настройка по умолчанию;
2. Статическая поддержка групп (Static Teaming) - режим с зависимостью от сетевого оборудования. Все адаптеры группы должны быть подключены к одному коммутатору. Порты коммутатора, к которым подключены адаптеры группы, настраиваются на использование статической агрегации каналов;
3. LACP - режим с зависимостью от сетевого оборудования. Коммутатор настраивается на использование динамической агрегации каналов с использованием протокола «Link Aggregation Control Protocol» (LACP).

Режим балансировки нагрузки (Load Balancing mode) определяет, каким образом распределять сетевой трафик между адаптерами группы:

1. Хэш адреса (Address Hash) - при передаче сетевого трафика на основании MAC или IP-адресов отправителя и получателя вычисляется хеш (некое число). Это число привязывается к определенному физическому адаптеру и в дальнейшем весь трафик от этого отправителя будет идти через этот адаптер;
2. Порт Hyper-V (Hyper-V Port) - в этом режиме осуществляется привязка адаптера teaming группы к определенному порту виртуального свича в Hyper-V. Этот режим используется в том случае, если на сервере активирована роль Hyper-V.

Резервный адаптер (Standby adapter) позволяет назначить один из адаптеров группы в качестве резервного. В нормальном состоянии резервный адаптер не используется для передачи трафика, но при выходе любого адаптера группы из строя сразу занимает его место и трафик продолжает передаваться без перерывов. Но даже без резервирования выход из строя одного адаптера в NIC Teaming не приведет к прерыванию сетевого соединения, потому что, нагрузка будет автоматически распределена по оставшимся адаптерам.

Команда создания группы «NIC Teaming» в powerShell:

New-NetLbfoTeam -Name First-team -TeamMembers ″Ethernet″,″Ethernet 2″ ` -TeamingMode SwitchIndependent -LoadBalansingAlgorithm TransportPorts

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