Как поднять соеденинение с помощью утилититы nmcli? (типа изучение nmcli)

[жучара]

Друзья! Топология шина, два компа (оба с debian 9) соединил кабелем и всё. Оба включены.

Действую строго вот по этой инструкции. Извините за скриншоты, debian установлен в минимальной комплектации (голая консоль и утилиты, какие нужно, без графики)
На одном компе. Смотрим, что "NetworkManager запущен и nmcli может общаться с ним:"

p1-7.jpg

Посмотрим список устройств

p1-8.jpg

Нас будет интересовать enp0s3

p1-9.jpg

Теперь профили какие-то посмотрим:


Добавим соединение:


Ещё раз профили:


Подымаем соединение:


Занавес. ЧЯДНТ? Второй комп не трогаю; просто включен и всё. Спасибо, кто откликнется.

[Bizdelnick]

два компа (оба с debian 9) соединил кабелем и всё

А кабель кроссовый?

[жучара]

два компа (оба с debian 9) соединил кабелем и всё

А кабель кроссовый?

я забыл сказать, это всё в виртуалке VirtualBox. Две виртуальных машины, соединены виртуальным кабелем. Тип подключения "Внутренняя сеть", на обеих машинах одинаковая.

[Hephaestus]

Две виртуальных машины, соединены виртуальным кабелем.

Расскажите поподробнее.
Что есть "виртуальный кабель"?
И как Вы поняли, что две машины соединились?

[жучара]

Две виртуальных машины, соединены виртуальным кабелем.

Расскажите поподробнее.
Что есть "виртуальный кабель"?
И как Вы поняли, что две машины соединились?

на рисунках видно, что к обеим машинам подключен кабель и имя сети одно и то же. (а MAC-адреса разные; это две разных машины). Работаю только с одной, вторая просто включена.

[Hephaestus]

жучара
Я Вашу ситуацию не воспроизводил в точности, но у меня в VirtualBox есть Ubuntu,
я сделал клон этой машины - получилось "две одинаковых".
На них я попробовал соединение двух виртуалок в сеть вообще, и по упоминаемой Вами инструкции в частности.
Вся беда в том, что эта инструкция не предполагает настройку сети между виртуальными машинами.

Итоги:
Во-первых, при создании соединения в Ubuntu
по умолчанию используется настройка с автоматическим получением IP по DHCP.
Поскольку ни на одной из машин действующего DHCP нет, настроить сеть таким способом невозможно.
Сделать это удалось только двумя способами: со статическим IP и с настройкой "только для локальной связи".
Предполагаю, что на Ваших машинах DHCP тоже нет.

Во-вторых, приведенный Вами вывод nmcli general свидетельствует о том,
что между Вашими виртуальными машинами сеть существует и действует.
Следовательно, либо сеть настроена со статическим IP, либо с настройкой "только для локальной связи" (так это называется в Ubuntu).
Ну или Вы поднимали-таки DHCP. Я не знаю.

В-третьих, команда sudo nmcli connection add type ethernet ifname enp0s3
создает сеть именно с автоматическим получением IP по DHCP.
Следовательно, без действующего DHCP работать не будет.

В моём случае, отсюда сообщение об ошибке в ответ на команду
sudo nmcli connection up ethernet-enp0s3
(команда рассчитывает получить адрес от DHCP, которого нет).
Подозреваю, что и в Вашем случае так же.

Если Вы создадите подключение командой
sudo nmcli connection add type ethernet ifname enp0s3 -- ipv4.method link-local
то всё получится. Это как раз соответствует настройке "только для локальной связи" (в терминологии Ubuntu).

Или, скажем, если Вы продвинетесь по инструкции чуть дальше и выполните пункты,
задающие соединению статический IP, то опять-таки, всё получится.

[жучара]

Если Вы создадите подключение командой
sudo nmcli connection add type ethernet ifname enp0s3 -- ipv4.method link-local
то всё получится. Это как раз соответствует настройке "только для локальной связи" (в терминологии Ubuntu).

нет:

Или, скажем, если Вы продвинетесь по инструкции чуть дальше и выполните пункты,
задающие соединению статический IP, то опять-таки, всё получится.

нет:


хотя всё присутствует:


грустно.

[Hephaestus]

жучара
Вы сделали опечатку.
Нужно link-local, а Вы написали linc-local.

В случае со статическим IP точно не скажу, в чем причина,
но Вы все команды запускали через sudo,
а последнюю команду (поднятие сети) почему-то без sudo.
Скорее всего, дело в этом.

[жучара]

жучара
Вы сделали опечатку.
Нужно link-local, а Вы написали linc-local.

извините. Но, к сожалению, не помогает:

жучара
Вы сделали опечатку.
Нужно link-local, а Вы написали linc-local.

В случае со статическим IP точно не скажу, в чем причина,
но Вы все команды запускали через sudo,
а последнюю команду (поднятие сети) почему-то без sudo.
Скорее всего, дело в этом.

увы, нет:


Нет устройства и всё. Но мы-то знаем, что оно есть.

[Hephaestus]

Ошибка No suitable device found
говорит о том, что устройство называется иначе,
чем Вы его указываете при создании соединения.
(да, при создании соединения можно указать произвольное имя устройства
и соединение будет успешно создано, но вот активировать его не удастся).
Либо у Вас сетевое устройство в разных местах называется по-разному
(например, Вам предъявляется enp0s3, а где-то в конфигах до сих пор болтается eth0),
либо Вы просто ошибаетесь при наборе.
У Вас в консоли шрифт не позволяет различить заглавную букву O и цифру ноль.
Возможно, что Вы пишете enpOs3 вместо enp0s3. Или что-нибудь в этом роде.

Чтобы наверняка исключить такой вариант, воспользуйтесь переменными.
Примерно так:
получите консоль рута, чтобы не указывать каждый раз sudo.
sudo -i
получаем имя устройства и сохраняем в переменную
DV=$(nmcli device | grep eth | cut -d ' ' -f 1)
тогда команда
echo $DV
должна показать ровно одну строку с именем Вашего сетевого устройства.

Затем создание соединения:
nmcli connection add type ethernet ifname $DV -- ipv4.method manual ipv4.addresses 192.168.1.1/24

Теперь получим имя созданного соединения:
CN=$(nmcli connection | grep $DV | cut -d ' ' -f 1)
Эта команда сработает корректно, если с устройство связано одно соединение.
Если больше, в переменной окажется нечто неподходящее.

Если всё правильно, то команда
echo $СN
покажет ровно одну строку с именем созданного соединения.

Наконец активация созданного соединения
nmcli connection up $CN

И поясните ещё такой момент:
Вы уже неоднократно выполняли команду создания соединения.
И каждый раз создается соединение с именем ethernet-enp0s3.
Хотя, если созданное соединение не удалять, следующее будет называться
ethernet-enp0s3-1, ethernet-enp0s3-2 и т.д.
Отсюда вопрос: Вы удаляете созданные соединения перед выполнением команды?
Или куда они у Вас деваются?

[kvv-vp]

Посмотреть сетевые устройства другими утилитами религия не позволяет? Ifconfig ?

[Hephaestus]

Посмотреть сетевые устройства другими утилитами религия не позволяет?

Можно не только устройства посмотреть, но и сеть настроить другими утилитами.
Но суть эксперимента в том, чтобы всё сделать исключительно силами nmcli.
Если, конечно, я правильно понял идею ТС.
Другого объяснения я не нахожу.

[жучара]

DV=$(nmcli device | grep eth | cut -d ' ' -f 1)
тогда команда
echo $DV
должна показать ровно одну строку с именем Вашего сетевого устройства.

Затем создание соединения:
nmcli connection add type ethernet ifname $DV -- ipv4.method manual ipv4.addresses 192.168.1.1/24

У меня не создалось почему-то:

И поясните ещё такой момент:
Вы уже неоднократно выполняли команду создания соединения.
И каждый раз создается соединение с именем ethernet-enp0s3.
Хотя, если созданное соединение не удалять, следующее будет называться
ethernet-enp0s3-1, ethernet-enp0s3-2 и т.д.
Отсюда вопрос: Вы удаляете созданные соединения перед выполнением команды?
Или куда они у Вас деваются?

, удаляю, да:

тут я просто удалял несуществующее соединение, потому и ошибка.

[жучара]

Посмотреть сетевые устройства другими утилитами религия не позволяет? Ifconfig ?

а зачем? Нормально же показывает:


А, впрочем, вот:

[жучара]

sudo nmcli connection add type ethernet ifname enp0s3 -- ipv4.method link-local
то всё получится. Это как раз соответствует настройке "только для локальной связи" (в терминологии Ubuntu).

я далёк от этого всего, но после этой команды мы поднимаем сеть. И не указываем никакого ip-адреса. Может разве соединение подняться без ip-адреса? Наверное, нет. Он лезет в сеть за ip-адресом dhcp-клиентом и обламывается (ниже логи):

Добавлено (23:57):

Везде-превезде написано, что должна быть какая-то директория конфигурации network-scripts

https://itsecforu.ru/2020/04/30/%F0%9F%96%A7-%D0%BA%D0%B0%D0%BA-%D0%BD%D0%B0%D1%81%D1%82%D1%80%D0%BE%D0%B8%D1%82%D1%8C-%D1%81%D0%B5%D1%82%D1%8C-%D1%81-%D0%BF%D0%BE%D0%BC%D0%BE%D1%89%D1%8C%D1%8E-%D0%B8%D0%BD%D1%81%D1%82%D1%80%D1%83/
https://voxlink.ru/kb/linux/nastrojka-staticheskogo-ip-adresa-na-setevyh-interfejsah-v-centos-7/
https://blog.sedicomm.com/2020/03/16/kak-upravlyat-setevymi-podklyucheniyami-s-pomoshhyu-instrumenta-nmcli/

При чём, что характерно, в разных директориях.

Offtopic

Но фигня-то какая.

Тут прямо написано:

Изменения будут записаны в файл /etc/network-scripts/ifcfg-enps03.

А у меня нет директории network-scripts. Вообще нигде нет. Может, из-за этого что?

[Hephaestus]

У меня не создалось почему-то:

В команде cut после ключа -d в одинарных кавычках должен стоять пробел. Это разделитель полей. Тем самым выделяется первое поле. Вы указали две кавычки подряд - по сути пустую строку, поэтому разделение полей не произошло, и в переменную попала вся строка целиком, а не только первое поле.

я далёк от этого всего, но после этой команды мы поднимаем сеть. И не указываем никакого ip-адреса. Может разве соединение подняться без ip-адреса? Наверное, нет.

Правильно.
В этом случае автоматически присваивается адрес из подсети 169.254.0.0.
Например, 169.254.148.211.

Вообще, присваивание адресов такого рода происходит всякий раз, когда нормальный адрес получить не удалось.
(например, нет dhcp или он не сработал).

Я, правда, не уверен, что это работает одинаково во всех системах.
Я с этим сталкивался в Win7 и вот в Ubuntu.
Как оно в Debian, сказать не могу.
Это, кстати, может зависеть ещё и от VirtualBox.

Вам для чистоты эксперимента наверно стоит использовать вариант со статическим ip.
Ну или настроить dhcp.

Везде-превезде написано, что должна быть какая-то директория конфигурации network-scripts

Ни одна из Ваших ссылок не относится к Debian.
А уж к настройке в VirtualBox - тем более.

При чём, что характерно, в разных директориях.

Ничего удивительного.
Разные дистрибутивы. Разные схемы настройки сети. Разное расположение файлов.

А у меня нет директории network-scripts. Вообще нигде нет. Может, из-за этого что?

В Ubuntu, где я всё это проверял, такой директории тоже нет. Так что причина не в этом точно.

Я Ваш эксперимент повторял, настраивая сеть между двумя копиями Ubuntu. Всё сработало.
То есть, по крайней мере, в одном deb-дистре это получилось сделать.

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


Ошибка, которую Вы получаете, означает несовпадение имен устройств.
Как я уже сказал, возможно, Вы ошибаетесь при наборе команд.
Но если этот вариант исключить, остается только одно: в системе на разных уровнях существует два разных имени для одного и того же устройства.
В Вашем первом посте вывод 'nmcli general' свидетельствует о том, что сеть уже поднята и активна.
Вот эта сеть, которая уже существует,
она поднята каким способом?
С каким именем устройства?
С каким адресом?
На основании каких конфигов?
Что написано в этих конфигах?

Ответив на эти вопросы, Вы, вероятно, обнаружите причину,
по которой nmcli не срабатывает должным образом.
Копайте в эту сторону.

[жучара]

Hephaestus, смотри:

Чё-то ковырялся я вчера и добился того, что см. красные буквы. (да и то я не уверен, что это я сделал)

Теперь соединение подымается. А на второй машине буквы зелёные, опять мучаться:


Прикинь (это на второй машине)


А даже с красными буквами не подымается (на второй машине):

Чё вот надо?

Добавлено (21:44):

Похоже, файл /etc/network/interfaces решает:

Shell

user@debian01:~$ cat /etc/network/interfaces
# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).

source /etc/network/interfaces.d/*

# The loopback network interface
auto lo
iface lo inet loopback

#allow-hotplug eth0
#iface enp0s3 inet dhcp

(нижние строки были расскоментированы)
Но разве nmcli лезет в этот файл? Получается лезет. И хоть бы один упомянул этот файл, да ведь?

[Hephaestus]

Чё-то ковырялся я вчера и добился того, что см. красные буквы.

Красные буквы означают, что соединений нет. Все удалены.
Не только созданные nmcli, а вообще все.

Теперь соединение подымается. А на второй машине буквы зелёные, опять мучаться:

Похоже, файл /etc/network/interfaces решает:

Судя по всему, мешает существующее активное соединение.
Точнее, не само соединение как таковое, а dhcp.
На моих убунтах этих записей в /etc/network/interfaces не было.
Добавил - ситуация воспроизвелась. Причем, именно с dhcp (что и понятно).
Если же добавить туда статику, то не мешает, спокойно создается несколько соединений,
при активации происходит переключение между ними.

Но разве nmcli лезет в этот файл? Получается лезет.

Похоже, что не лезет. В том-то и дело.
Если бы лез, то видел бы существующие соединения, учитывал их
и не было бы конфликта. А так получается одно соединение активируется
на уровне /etc/network/interfaces, другое - на уровне nmcli.
И оба на одном и том же сетевом устройстве. Вот и конфликт.
Впрочем, как я уже сказал, конфликт есть только в случае dhcp.

И хоть бы один упомянул этот файл, да ведь?

Если бы инструкции, которые Вы использовали, относились к Debian или хотя бы к
дистру, где схожая с Debian схема поднятия сети, то возможно, упоминания и были бы.
А так, не исключено, что эти трудности дистроспецифичны.
А кстати, почему Вы не сверяетесь с дебиановскими инструкциями?

[жучара]

А так получается одно соединение активируется
на уровне /etc/network/interfaces, другое - на уровне nmcli.
И оба на одном и том же сетевом устройстве. Вот и конфликт.

это как (в /etc/network/interfaces прописан dhcp)?


То есть я запускаю соединение на уровне nmcli и запускается соединение на уровне /etc/network/interfaces и происходит конфликт? Ну и соединения, у нас друг друга пасут и как только одно вот-вот запустится, сразу же запускается другое (которое dhcp) и само не работает и не даёт нужному запуститься, как собака на сене прямо.

А кстати, почему Вы не сверяетесь с дебиановскими инструкциями?

что уж есть, с тем и сверяюсь.

[kvv-vp]

а зачем? Нормально же показывает:

Не могу знать, что для Вас значит "нормально". Только вот ipconfig показывает, что enp0s3 уже поднят(up), по нему установлено соединение и бежит трафик(RX/TX), о чем nmcli и не ведает. Не все утилиты "одинаково полезны".

[Hephaestus]

в /etc/network/interfaces прописан dhcp?

Да.

Вот же

allow-hotplug eth0
iface enp0s3 inet dhcp

цитата из вашего же файла.

То есть я запускаю соединение на уровне nmcli и запускается соединение на уровне /etc/network/interfaces и происходит конфликт?

Не совсем так. Соединение на уровне /etc/network/interfaces запускается при старте системы,
то есть до того, как Вы вообще что-то начинаете делать.
У Вас же в самом начале вывод nmcli general показывал наличие активного соединения. Это вот как раз из /etc/network/interfaces.

Ну и соединения, у нас друг друга пасут и как только одно вот-вот запустится, сразу же запускается другое

Не в этом дело. Соединения друг друга не пасут, просто устройство сетевое одно и то же.
Куда ж им деваться? Если на устройстве уже есть активное соединение, то при запуске ещё одного соединения
что должно происходить? Одно из двух: либо "переключение" с одного соединения на другое (разрыв первого и запуск второго),
либо конфликт. Когда оба соединения настроены как статика, происходит "переключение".
А когда задействован dhcp, происходит конфликт. По крайней мере, в Ubuntu это выглядит именно так.

Впрочем, если Вы закомментировали строки в /etc/network/interfaces, то проблема должна уйти. После рестарта сетевых сервисов, разумеется.

что уж есть, с тем и сверяюсь.

Ну, к примеру, в дебиановской вики в разделе про NetWork Manager
сказано следующее:

Wired Networks are Unmanaged

As of Debian 6.0 "Squeeze", NetworkManager does not manage any interface defined in /etc/network/interfaces by default.

Unmanaged devices means NetworkManager doesn't handle those network devices. This occurs when two conditions are met:

The file /etc/network/interfaces contains anything about the interface, even:

allow-hotplug eth0
iface eth0 inet dhcp

And /etc/NetworkManager/NetworkManager.conf contains:

[main]
plugins=ifupdown,keyfile

[ifupdown]
managed=false

То есть Network Manager не управляет соединениями на уровне /etc/network/interfaces.
и файл /etc/network/interfaces не должен содержать записей об интерфейсах.
Вы к этому и пришли, но потратили кучу времени.

[жучара]

Да.

это как (в /etc/network/interfaces прописан dhcp)?

знак вопроса не относится к тому, что в скобках, в скобках это дополнение.

Не совсем так. Соединение на уровне /etc/network/interfaces запускается при старте системы,
то есть до того, как Вы вообще что-то начинаете делать.
У Вас же в самом начале вывод nmcli general показывал наличие активного соединения. Это вот как раз из /etc/network/interfaces.

да, но потом-то я его убиваю:


А всё равно не поднимается (только поднимается при условии правки /etc/network/interfaces)

В принципе, дальше, можно и не лезть, наверное. Цитата, которую вы нашли, говорит, что:

This occurs when two conditions are met

чё делать, понятно, одно из двух соединений убирать (первое). Если смогу, посмотрю, все-таки nmcli лезет в /etc/network/interfaces или нет.

Вы к этому и пришли, но потратили кучу времени.

ну и чё мне теперь делать? Я два миллиарда ссылок посмотрел и долбаные маны. Вам повезло, вы сразу наткнулись на двамиллиард первую. Бывает.

[жучара]

а зачем? Нормально же показывает:

Не могу знать, что для Вас значит "нормально". Только вот ipconfig показывает, что enp0s3 уже поднят(up), по нему установлено соединение и бежит трафик(RX/TX), о чем nmcli и не ведает. Не все утилиты "одинаково полезны".

в данном случае "нормально" значит "нормально показывает". Вы об этом как раз говорили
Re: Как поднять соеденинение с помощью утилититы nmcli?

[Hephaestus]

ну и чё мне теперь делать?

Ориентироваться в первую очередь на документацию дистра.
Многие вещи дистроспецифичны и статья про настройку в какой-нибудь CentOS
не обязательно подойдет для Debian.

Я два миллиарда ссылок посмотрел и долбаные маны.

Те ссылки, которые Вы показывали этой теме не относятся ни к Debian, ни к VirtualBox.
В таких источниках может быть полезная информация, но только в общих чертах, без учета особенностей конкретного дистра.
А конкретно по Debian - это Debian Wiki, Debian Handbook, ресурсы, посвященные Debain.

Вам повезло, вы сразу наткнулись на двамиллиард первую

Мне повезло не в том, что ссылку нашёл - я-то как раз знал, где искать.
А повезло в том, что на двух убунтах всё заработало сразу, без бубна.
Потому и в wiki я заглянул уже потом.

Добавлено (15:43):

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

Написал человек программу и создал к ней документацию в виде man-страницы.
А потом создатели дистра решили включить эту программу в состав дистра.
Они берут исходники программы и дорабатывают напильником. Под политику дистра.
Может измениться расположение файлов.
Может измениться процесс сборки, в результате чего будет создано два пакета для одной программы.
Может быть исправлена какая-то ошибка.
И может быть даже, что разработчик об этой ошибке уже осведомлен, но пофиксит её только в следующей версии, а пока нужен патч.
И этот патч создается дистростроителями.
А может быть даже, что меняется логика работы программы (добавляются или удаляются опции).
Таким образом, изменения в программу могут вноситься весьма серьезные.
И по-хорошему, man-страницы должны приводиться в соответствие. Иногда это делается, а иногда и нет.
Могут быть ещё файлы Readme, которые тоже нужно смотреть.

Кроме того, man-страница - это зачастую наиболее краткое руководство.
Более полное - это info-страница. Я сам больше люблю man-страницы, к info-страницам никак не привыкну.
Но info-страницы бывают гораздо подробнее манов. Ну и разные там вики, хандбуки и прочую документацию никто не отменял.
Учитывая всё сказанное, можно сделать вывод, что одних man-страниц недостаточно.
Впрочем, мы это уже обсуждали, вроде бы.

[жучара]

Но как бы то ни было, здорово, что мы всё решили. Эх, жаль, что через год картинок уже не будет (заливал на сторонний ресурс).

[Hephaestus]

Эх, жаль, что через год картинок уже не будет

Прикрепите к постам, если уж так жаль потерять.

[Bizdelnick]

Эх, жаль, что через год картинок уже не будет

А чего ради здесь вообще появились эти картинки? Что мешало взять и скопировать текст?

[жучара]

Эх, жаль, что через год картинок уже не будет

А чего ради здесь вообще появились эти картинки? Что мешало взять и скопировать текст?

В виртуальной машине чистая консоль (без графики), текст не копировался.

[жучара]

Эх, жаль, что через год картинок уже не будет

Прикрепите к постам, если уж так жаль потерять.

ну они будут идти паровозом, в самом конце, некрасиво.

[Hephaestus]

ну они будут идти паровозом, в самом конце, некрасиво.

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