Привязка проводной и беспроводной связи при использовании 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

Отключите соединение с Ethernet
Убедитесь, что Wi-Fi соединение активировано
Выполните следующие команды, заменив 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

Вам также может понадобиться сделать следующее, если они не запускаются автоматически:

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 равны? Верный источник проблем.

— Исаак