Как включить текущий переход курсора между Windows и CentOS?

Нет, соединение работает не так.

Bonding использует протоколы, такие как LACP , для объединения нескольких линий Ethernet между теми же двумя единицами оборудования (2 хоста, 2 коммутатора или 1 коммутатор и 1 хост) и обработки их как одной линии.

Поскольку два сетевых интерфейса на srv1 , srv2 , srv3 , srv4 и host1 подключены к различным интерфейсам Ethernet, соединение/LACP не применяется.

Одним из вариантов является объединение обоих интерфейсов на каждом из 5 хостов и участие хостов в сети связующего дерева для обеспечения отсутствия петель уровня 2. К сожалению, поскольку вы упоминаете, что коммутаторы не управляются, петли связующего дерева и уровня 2 могут быть опасными в вашем сценарии, поскольку вы не можете настроить параметры связующего дерева на неуправляемых коммутаторах... или, возможно, вообще не реализуют покрывающее дерево. Кроме того, STP разрешает петли в сети, полностью блокируя порты, что фактически приводит к конфигурации «активный + резервный», которая не является желаемой.

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

-----+----------------+---------------+--------------
     |                |               |
     |10.0.1.1/24     |10.0.1.2/24    |10.0.1.3/24
  +------+         +------+        +------+
  | srv1 |         | srv2 |        | srv3 |           etc...
  +------+         +------+        +------+
     |10.0.2.1/24     |10.0.2.2/24    |10.0.2.3/24
     |                |               |
-----+----------------+---------------+--------------

Простая версия :

Для каждого сервера публикуйте оба IP-адреса в DNS и используйте балансировку нагрузки на основе DNS, чтобы разрешить выбор одной или другой ссылки.

Pro:

• simple

Con:

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

Расширенная версия :

Добавьте дополнительный адрес закольцовывания на каждом хосте, который отсутствует в одной из подсетей для отдельных ссылок. Например, 10.0.3.x/32 :

• srv1: 10.0.3.1/32
  • Настройте с помощью ip addr add 10,0,3,1/32 dev lo
• srv2: 10,0,3,2/32
• srv3: 10,0,3,3/32
• и т.д.

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

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

-121--209393-

Необходимо установить правильное время для часов. Сейчас это 2100 UTC, так что в Лос-Анджелесе должно быть 1 вечера (1300 часа).

-121--184486-

Можете ли вы попробовать это в качестве файла службы.

[Unit]
After=wpa_supplicant.service dbus.service NetworkManager.service
Requires=wpa_supplicant.service dbus.service NetworkManager.service

[Service]
Type=oneshot
RemainAfterExit=true
ExecStart=/bin/true
ExecStop=MyShutdownExecutable

[Install]
WantedBy=multi-user.target

Мне удалось запустить свой сценарий с помощью этого - беспроводное соединение было разорвано wpa-запрашивающей стороной, и dbus даже думал, что StartManager все еще работает.