Привязка проводной и беспроводной связи при использовании Network Manager

10

Я использую Linux Mint 17.3 на своем ноутбуке. В док-станции я подключен через Ethernet, но при отсоединении я бы не хотел прерывать сеансы ssh, текущие загрузки и т. Д., А также использовать один и тот же IP-адрес на адаптере Wi-Fi, чтобы он по-прежнему отображался то же самое с другими машинами в моей сети.

Склеивание в режиме 1, активное резервное копирование, звучит именно так, как я хочу. Я нашел в сети несколько ресурсов о том, как его настроить, но конфигурация сети, похоже, довольно сильно различается между дистрибутивами и даже между разными версиями каждого дистрибутива, так что шаги для этого довольно сильно различаются.

Более того, большинство инструкций, которые я нашел, основаны на статической конфигурации, такие как жесткое кодирование сетевых адресов и даже паролей WPA в / etc / network / interfaces. Я перевожу свой ноутбук в другие сети, поэтому для хранения конфигурации сети полагаюсь на Network Manager.

Погуглив "bond eth0 wlan0", я нашел пример файла / etc / network / interfaces, который более или менее работает, но мне, очевидно, нужно отключить Network Manager, чтобы он не делал странные вещи с моей таблицей маршрутизации. И пока связь активна, я не могу использовать апплет Network Manager для изменения сетей Wi-Fi.

Network Manager 0.9.8 поддерживает связанные интерфейсы, но только для соединений Ethernet и InfiniBand, но не для Wi-Fi.

Есть ли способ связать соединения Ethernet и Wi-Fi, совместимый с Network Manager?

P папа
источник
1
для того, чтобы не прерывать сеансы SSH, я бы порекомендовал mosh .
törzsmókus
Вы получили это работает в конце? Я пытаюсь сделать то же самое в Mint 19.1.
19
@mcarans: Все еще нет способа сделать это с помощью графического интерфейса администратора сети. Кто-то утверждает, что сделал это с помощью CLI Network Manager ( nmcli) . У меня нет проводов для моей проводной сети, где я сейчас, поэтому я еще не пробовал. Если вы попробуете это, я буду признателен, если вы сообщите здесь (в качестве ответа, если это работает).
P Daddy
@PDaddy Спасибо за эту ссылку, я добавил ответ на основе этой ссылки, как кажется, работает.
19

Ответы:

2
  1. Отключите соединение с Ethernet
  2. Убедитесь, что Wi-Fi соединение активировано
  3. Выполните следующие команды, заменив myeth0 на ваше Ethernet-устройство, mywifi0 на ваше wifi-устройство, MYSSID на вашу wifi-сеть и MYWIFIPASSWORD на ваш wifi-пароль:
nmcli con add type bond con-name bond ifname bond0 mode active-backup primary myeth0 +bond.options "fail_over_mac=active,miimon=100,primary_reselect=always,updelay=200"
nmcli con add type wifi con-name bond-wlan slave-type bond master bond0 ifname mywifi0 ssid MYSSID
nmcli c modify bond-wlan wifi-sec.key-mgmt wpa-psk wifi-sec.psk MYWIFIPASSWORD
nmcli con add type ethernet con-name bond-eth slave-type bond master bond0 ifname myeth0
nmcli c up bond
  1. Вам также может понадобиться сделать следующее, если они не запускаются автоматически:
nmcli c up bond-eth
nmcli c up bond-wifi
mcarans
источник
1

Примечание: не полный ответ, ресурсы, которые могут получить ответ.

Повторяя вопрос:

Используя Network Manager, создайте связанную связь между (n) AP и STA; такой что:

  • Wi - Fi соединение может существовать
  • Ethernet соединение может существовать
  • когда оба соединения существуют, предпочитайте Ethernet
  • сохранить информацию о соединении независимо от соединения (Wi-Fi, Ethernet, оба)

Этот вопрос фокусируется на STA (станции), хотя для существования связи AP (точка доступа) потребует настройки.

Arch Linux подробно описывает решение (с использованием systemd / systemctl): Wireless Bonding

NetworkManager GUI делает НЕ настоящий Wi - Fi в качестве опции связывания.

Однако интерфейс командной строки NetworkManager, по-видимому, поддерживает требуемые параметры соединения:

Связывание сети с помощью инструмента командной строки NetworkManager, nmcli

При работе с nmcli связь, кажется, поддерживает Wi-Fi:

$ nmcli con добавляет тип wifi ifname wlps3s0 мастер-связь0

Ошибка: Аргумент «ssid» ожидался, но «master» предоставлен.

Это должно приблизить решение к соединению eth & wifi вместе. У меня нет полной связи, чтобы полностью ответить на этот вопрос.

Джастин Беннетт
источник
1
$ nmcli con add type wifi ifname wlps3s0 master bond0 ssid $YOURSSID
Bumba
источник
6
не могли бы вы попытаться объяснить, как это могло бы помочь. Давать длинную командную строку, не объясняя их немного, как правило, плохая идея.
Киви
0

Что вам нужно, это статическая конфигурация DHCP.

Это позволит вашему сетевому менеджеру работать по умолчанию и позволит вам подключиться к любой сети на работе / дома.

Невозможно заставить другие компьютеры в вашей локальной сети полагать, что ваш компьютер имеет тот же IP-адрес в Ethernet и / или WiFi, если только IP-адрес на самом деле не такой, например, 168.192.7.87.

Один и тот же IP-адрес в обоих условиях заключается в том, чтобы сервер DHCP сохранял один и тот же IP-адрес для MAC-адреса вашего компьютера. Тем не менее, MAC-адреса Ethernet и Wi-Fi отличаются (приходят от разных аппаратных средств). Есть какое-то программное обеспечение маршрутизатора, которое не может сделать это

Более конкретно, DHCP-сервер назначает этот статический IP-адрес уникальному MAC-адресу, назначенному каждому сетевому адаптеру в вашей локальной сети.

Вы можете, однако, заставить его работать с dnsmasq

Это позволяет связать IP-адрес с несколькими аппаратными адресами и дает dnsmasq разрешение отказаться от аренды DHCP для одного из аппаратных адресов, когда другой запросит аренду. Помните, что это опасная вещь, она будет надежно работать только в том случае, если в любой момент активен только один из аппаратных адресов, и dnsmasq не сможет применить это. Например, полезно выделить стабильный IP-адрес для ноутбука, который имеет как проводной, так и беспроводной интерфейсы.

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

Исаак
источник
Кроме того, можно рассмотреть клонирование MAC на любом из интерфейсов.
loa_in_
@loa_in_ Клонирование MAC в этом случае - очень плохая идея, так как оба интерфейса будут активны в одном и том же проводе (~ сеть). И может случиться так, что оба станут активными одновременно. Куда должен идти пакет, если два MAC равны? Верный источник проблем.
Исаак