Вам будет нужно Агрегирование портов в портах коммутатора (два порта коммутатора доступа, которые соединены проводом к портам на 2 гигабита на Вашей машине, должен быть агрегирован). Но, после того как это достигается, необходимо быть рядом с путем на 2 Гбит/с (ограниченный возможностями машины).
С агрегированием портов на переключателе, соответствующем логическому порту на 2 Гбит/с драйвера связывания, Вы использовали бы мультиплексированный избыточный путь со всего одним IP-адресом на машине.
Существуют некоторые интересные примечания, я столкнулся с поиском этого теперь, здесь.
Существует темная сторона к этой замечательной функции Linux, связывая драйвер – это только работает с сетевыми интерфейсами, которые позволяют MAC-адресу быть измененным, когда интерфейс открыт. Режим стихаря баланса зависит от быстрого обмана ARP для дурачения ядра, заставляя думать, эти два физических интерфейса один путем перезаписи MAC-адреса на лету. Таким образом, драйвер для интерфейса должен поддерживать это, и многие из них не делают.
Но это не весь драйвер связывания, может сделать. Опция режима дает Вам семь вариантов, и Вы не должны волноваться об интерфейсной совместимости. Однако действительно необходимо рассмотреть то, что поддерживают переключатели. RR баланса, балансу-xor и широковещательным режимам нужны группировавшиеся порты коммутатора. Это идет всеми видами различных имен, поэтому ищите "магистральную группировку", "etherchannel", "агрегирование портов" или некоторых такой. 802.3ad требует 802.3ad поддержка в переключателе.
Принятие Вас может считать VBScript, вот ссылка на сценарий от Microsoft, показывающей, как найти местоположение почтового ящика для учетной записи пользователя.
Сценарий запрашивает "homeMDB" атрибут пользователя (для получения DN база данных почтового ящика, содержащая почтовый ящик пользователя). Затем они запрашивают тот MDB для нахождения DN серверный объекта, который "владеет" MDB, с помощью значения "msExchOwningServer" атрибут MDB (BTW, можно проигнорировать биты о группе устройств хранения, потому что Вы не заботитесь об этом).
Принятие Вас хочет имя DNS, запрашивает "networkAddress" свойство серверный объекта (тот, названный в "msExchOwningServer" атрибуте объекта MDB, возвращенного путем запросов DN "homeMDB" пользователя), и принимает значение, запускающееся с "nacn_ip_tcp". Это даст Вам FQDN сервера, размещающего тот MDB.
Править:
Я не означал подразумевать, что необходимо было выполнить VBScript - просто, что он скажет Вам, что запросить с ldapsearch. Аналогично, когда я сказал "серверный объект", я не означал подразумевать, что Вы будете инстанцировать некоторого объекта VBScript - только, что Вы запросили бы названное по имени DN сервера.
Так, принятие меня хочет название DNS сервера, размещающего почтовый ящик для пользователя Bob, я запросил бы с фильтром поиска LDAP" (sAMAccountName=Bob)" в корне домена (или корень глобального каталога, если бы я хотел искать все домены в лесу) для атрибута "homeMDB" Bob.
ldapsearch -h ad.example.com -D bind-user@ad.example.com -W -b "DC=ad,DC=example,DC=com" -s sub -x "(sAMAccountName=Bob)" homeMDB
Это возвращает атрибут homeMDB:
homeMDB: CN=Mailbox Store (EXCH-SRV),CN=First Storage Group,CN=InformationStore,CN=EXCH-SRV,CN=Servers,CN=EXAMPLE,CN=Administrative Groups,CN=Example Organization,CN=Microsoft Exchange,CN=Services,CN=Configuration,DC=ad,DC=example,DC=com
Затем с помощью этого homeMDB приписывают как основной DN, запрос для "msExchOwningServer":
ldapsearch -h ad.example.com -D bind-user@ad.example.com -W -b "CN=Mailbox Store (EXCH-SRV),CN=First Storage Group,CN=InformationStore,CN=EXCH-SRV,CN=Servers,CN=EXAMPLE,CN=Administrative Groups,CN=Example Organization,CN=Microsoft Exchange,CN=Services,CN=Configuration,DC=ad,DC=example,DC=com" msExchOwningServer
Это возвращает DN сервера, размещающего ту базу данных почтового ящика:
msExchOwningServer: CN=EXCH-SRV,CN=Servers,CN=EXAMPLE,CN=Administrative Groups,CN=Example Organization,CN=Microsoft Exchange,CN=Services,CN=Configuration,DC=ad,DC=example,DC=com
Наконец, с помощью DN сервера в качестве основного DN, запросите для атрибута "networkAddress":
ldapsearch -h ad.example.com -D bind-user@ad.example.com -W -b "CN=EXCH-SRV,CN=Servers,CN=EXAMPLE,CN=Administrative Groups,CN=Example Organization,CN=Microsoft Exchange,CN=Services,CN=Configuration,DC=ad,DC=example,DC=com" networkAddress
Это возвращает все сетевые адреса, из которых Вы интересуетесь тем, запускающимся с "nacn_ip_tcp".
networkAddress: ncacn_vns_spp:EXCH-SRV
networkAddress: netbios:EXCH-SRV
networkAddress: ncacn_np:EXCH-SRV
networkAddress: ncacn_spx:EXCH-SRV
networkAddress: ncacn_ip_tcp:EXCH-SRV.ad.example.com
networkAddress: ncalrpc:EXCH-SRV
Можно сделать то же самое для атрибута "homeMTA", но Вы будете искать "msExchResponsibleMTAServerBL" вместо "msExchOwningServer" при запросах DN, названного в атрибуте "homeMTA".
Наконец, если Вы хотите предшествовать всему этому, запросите пользователя для атрибута "msExchHomeServerName".
msExchHomeServerName: /o=Example Organization/ou=EXAMPLE/cn=Configuration/cn=Servers/cn=EXCH-SRV
Примите значение, возвращенное там и использование, что как поисковый фильтр на "legacyExchangeDN" приписывают и ищут связанное с Exchange поддерево каталога для атрибута "networkAddress".
ldapsearch -h ad.example.com -D bind-user@ad.example.com -W -b "CN=Microsoft Exchange,CN=Services,CN=Configuration,DC=ad,dc=example,dc=com" -x "(legacyExchangeDN=/o=Example Organization/ou=EXAMPLE/cn=Configuration/cn=Servers/cn=EXCH-SRV)" networkAddress
И Вы возвратите те же сетевые адреса как выше.