Совместное использование соединения в Ubuntu 17.10

Исходная ситуация, контекст

Для ряда выпусков Ubuntu соединение было упрощено.

С Ubuntu 16.04 мой подключенный к Wi-Fi ноутбук может легко поделиться своим подключением к локальной сети (с кабелем или коммутатором и рядом локальных клиентов, подключенных к сети Ethernet). Аналогичная ситуация связана с подключением ноутбука с использованием кабеля Ethernet и совместным использованием с помощью Wi-Fi-точки доступа, см. Эквивалентную ошибку для этой ситуации в подключении проводных соединений в Kubuntu 17.04.

Обе ситуации хорошо работали с Ubuntu 16.04 и старше, также с Xubuntu и, возможно, с другими вариантами.

В этих выпусках это предлагалось следующим образом:

В Ubuntu 17.04 он завершился ошибкой с загадочным сообщением об ошибке, которое здесь находится вне темы. В результате я придерживался Ubuntu 16.04.

Как сложилась ситуация

В Ubuntu 17.10 (сегодняшнее ежедневное) подключение к соединению даже не предлагается. См. Изображение ниже.

Параметры «Автоматический», «Ручной», «Ссылка-местный», показанный ниже, были предложены ранее, хотя и не были показаны на скриншоте выше, потому что это был раскрывающийся список.

Вопрос

Какое краткое изложение ниже соответствует действительности?

Ubuntu 17.10 все еще предлагает простой способ совместного использования соединения. Тогда как? Я разумно искал параметры, не нашел ничего актуального. Это необходимо сделать вручную, используя ручную настройку NetworkManager. Это необходимо сделать вручную, сообщая NetworkManager, что он не управляет интерфейсом, используемым для совместного использования, и напрямую с помощью iptables?

Пример случая 2 и 3 объясняется (в старых версиях) на https://askubuntu.com/a/693769/68124. Обратите внимание, что установка dnsmasq-base больше не нужна, потому что добавлена ​​отсутствующая зависимость, см. Bug # 1678606 «[упаковка] Отсутствует причина зависимости dnsmasq-base ...»: Ошибки: пакет сетевого менеджера: Ubuntu. Кстати, это означает, что совместное использование соединений не является явно заброшенной функцией.

10
задан 14 October 2017 в 20:52

6 ответов

Этот параметр доступен в nm-connection-editor (просто запустите этот cmd в терминале).

12
ответ дан 22 May 2018 в 17:33
  • 1
    Действительно, новая "ситуация" является лишь еще одним интерфейсом поверх сетевого менеджера. Предварительно существующий интерфейс все еще доступен с предыдущей функциональностью. – Stéphane Gourichon 25 October 2017 в 18:37

Этот параметр доступен в nm-connection-editor (просто запустите эту команду в терминале).

14
ответ дан 18 July 2018 в 05:18

Этот параметр доступен в nm-connection-editor (просто запустите эту команду в терминале).

15
ответ дан 24 July 2018 в 18:17

Мне удалось обойти это, используя командную строку, чтобы добавить новый профиль соединения с ipv4.method, установленным на shared. Например:

$ nmcli connection add ifname enp0s25 con-name StewNAT type ethernet ipv4.method shared ipv6.method shared
1
ответ дан 22 May 2018 в 17:33

Мне удалось обойти это, используя командную строку, чтобы добавить новый профиль соединения с ipv4.method, установленным на shared. Например:

$ nmcli connection add ifname enp0s25 con-name StewNAT type ethernet ipv4.method shared ipv6.method shared
1
ответ дан 18 July 2018 в 05:18

Мне удалось обойти это, используя командную строку, чтобы добавить новый профиль соединения с ipv4.method, установленным на shared. Например:

$ nmcli connection add ifname enp0s25 con-name StewNAT type ethernet ipv4.method shared ipv6.method shared
1
ответ дан 24 July 2018 в 18:17

Другие вопросы по тегам:

Похожие вопросы: