MKB phpBB

Источник: https://wiki.archlinux.org/index.php/Sy ... %B8%D0%B9)

Описание systemd-networkd
systemd-networkd - это системный демон, который управляет сетевыми настройками. По мере появления он обнаруживает и настраивает сетевые устройства, также может создавать виртуальные сетевые устройства. Эта служба может быть особенно полезной для установки сложных сетевых настроек, для контейнера управляемым Systemd-nspawn или для виртуальных машин. А также отлично работает на простом соединении.

Основы использования
Пакет systemd является частью установки Arch по умолчанию, и содержит все необходимые файлы для работы в проводной сети. Беспроводные адаптеры могут быть установлены другими службами, такими как wpa_supplicant, они будут рассмотрены далее в этой статье.

Обязательные службы и установки
Чтобы использовать systemd-networkd, запустите следующие две службы и включите их работу при загрузке системы:

• systemd-networkd.service
• systemd-resolved.service

Для совместимости с resolv.conf, удалите или переименуйте существующий файл и создайте следующую символическую ссылку:
# ln -s /run/systemd/resolve/resolv.conf /etc/resolv.conf

Для того, чтобы использовать локальную DNS-заглушку распознающую systemd-resolved (и, следовательно, использовать LLMNR и DNS слияние каждого интерфейса), замените dns с resolve в /etc/nsswitch.conf: Смотрите systemd-resolved(8), resolved.conf(5) и Systemd README.
Примеры настроек
Все настройки этого раздела хранятся в foo.network в /etc/systemd/network. Для получения полного списка опций и порядка обработки, см. #Файлы настроек и страницу man systemd.network.
Systemd/udev автоматически назначает предсказуемые, стабильные имена сетевого интерфейса для всех локальных Ethernet, WLAN, и WWAN интерфейсов. Воспользуйтесь networkctl list, - список устройств в системе.
После внесения изменений в файл настройки, перезагрузите демон networkd.
# systemctl restart systemd-networkd Проводной адаптер с DHCP
/etc/systemd/network/wired.network Проводной адаптер использующий статический IP
/etc/systemd/network/wired.network Для больших вариантов, таких как сети с указанием DNS-серверов и широковещательного адреса, смотрите страницу man systemd.network(5).

Беспроводной адаптер
Для того, чтобы подключиться к беспроводной сети с systemd-networkd, беспроводной адаптер настраивается с другой службой, например потребуется wpa_supplicant. В этом примере, соответствующий файл службы Systemd, которая должна быть включена в wpa_supplicant@wlp2s0.service.
/etc/systemd/network/wireless.network Если беспроводной адаптер имеет статический IP-адрес, настройка является такой же (кроме имени интерфейса) как в проводном адаптере.

Проводные и беспроводные адаптеры на одной машине
Такая настройка проводной и беспроводной связи DHCP IP (использующих Metric директивы) даст возможность ядру решать на лету, какой из них использовать. Таким образом, когда проводное соединение отключено, никакого обрыва соединения не будет.
Маршрут метрики ядра (также как настройка ip) решает, какой маршрут использовать для исходящих пакетов, в тех случаях, когда установлено несколько Match. Это происходит в том случае, когда оба устройства (проводное и беспроводное) в системе имеют активные соединения. Чтобы разорвать связь, ядро использует метрики. Если одно из соединений завершается, другое автоматически выигрывает без наличия разрывов (текущие трансферты могут до сих пор не справиться с этим хорошо, но это в другом слое OSI). /etc/systemd/network/wired.network /etc/systemd/network/wireless.network IPv6 расширения конфиденциальности Файлы настроек
Файлы настроек расположены в /usr/lib/systemd/network, в динамическом каталоге выполнения сети /run/systemd/network и локальном каталоге сетевого администрирования /etc/systemd/network. Файлы в /etc/systemd/network имеют самый высокий приоритет.
Существуют три типа файлов настройки.

• .network файлы. Они будут применять сетевую настройку для matching (совпадения) устройства
• .netdev файлы. Они создадут virtual network device для среды matching
• .link файлы. Когда появится сетевое устройство, udev сначала посмотрит matching файла .link

Все они следуют тем же правилам:

• Если все условия в [Match] разделе совпали, профиль будет активирован
• Пустая секция [Match] означает, что профиль будет применяться в любом случае (можно сравнить с шуткой *)
• Каждая запись с синтаксисом NAME=VALUE является ключевой
• все файлы настроек вместе сортируются и обрабатываются в лексическом порядке, независимо от каталога, в котором они живут
• файлы с одинаковым именем сменяют друг друга

Файлы network
Эти файлы направлены на установку переменных сетевых настроек, в основном для серверов и контейнеров.
Ниже приводится основная структура файла МойПрофиль.network:
/etc/systemd/network/МойПрофиль.network [Match] раздел
Наиболее распространенные ключи:

• Name= имя устройства (например Br0, enp4s0, en*)
• Host= имя хоста машины
• Virtualization= проверить, является ли система выполненной в виртуализированной среде или нет. Virtualization=no ключ будет применяться только на вашей машине, в то время как Virtualization=yes применяются к любому контейнеру или VM.

[Network] раздел
Наиболее распространенные ключи:

• DHCP= включает поддержку DHCPv4 и/или DHCPv6. Принимает: yes, no, ipv4 или ipv6
• DNS= является DNS адрес сервера. Вы можете указать этот параметр более одного раза
• Bridge= это имя моста, чтобы добавить ссылку на
• IPForward= по умолчанию no. Это разрешает IP forwarding, выполняя пересылку в соответствии с таблицей маршрутизации и необходим для настройк Internet sharing. Заметим, что включение IPForward= относится ко всем сетевым интерфейсам.
• Domains= список доменов, используемых для разрешения имен DNS хоста.

Для подробностей, смотрите systemd.network(5).

[Address] раздел
Большинство общих ключ в разделе [Address]:
Address= статический IPv4 или IPv6 адрес и его длина префикса, разделенных символом / (например 192.168.1.90/24). Эта опция обязательна, если не используется DHCP

[Route] раздел
Большинство общих ключ в разделе [Route]:
Gateway= это адрес шлюза вашей машины. Эта опция обязательна если не используется DHCP.
Обратитесь к systemd.network(5) для исчерпывающего списка ключей. Файлы NetDev
Эти файлы будут создавать виртуальные сетевые устройства.
Ниже приводится основная структура файла Mydevice.netdev:

/etc/systemd/network/MyDevice.netdev [Match] раздел
Большинство общих ключ в Host= и Virtualization=

[Netdev] раздел
Наиболее распространенные ключи:

• Name= это имя интерфейса, используемое при создании netdev. Эта опция обязательна
• Kind= это вид netdev. Например, поддерживаются: bridge, bond, vlan, veth, sit, и т.д. Эта опция обязательна

Чтобы увидеть исчерпывающий перечень ключей, обратитесь к странице справочного руководства systemd.netdev(5)

Файлы link
Эти файлы являются альтернативой пользовательским правилам udev и будут применяться при как появлении устройства.
Ниже приводится основная структура файла МоеУстройство.link:
/etc/systemd/network/МоеУстройство.link Раздел [Match] будет определять, если данный связующий файл может быть применён к данному устройству, когда раздел [Link] определяет настройку устройства.

[Match] раздел
Наиболее распространенные ключи MACAddress=, Host= и Virtualization=.
Type= тип устройства (например vlan)

[Link] раздел
Наиболее распространенные ключи:
MACAddressPolicy= либо persistent когда оборудование имеет постоянный MAC-адрес (должно быть на большинстве аппаратных) или random, который даёт случайный MAC-адрес устройства.
MACAddress= должен использоваться, когда не указан MACAddressPolicy= Использование с контейнерами
Служба доступна с systemd >= 210. Хотите сипользовать #Основы использования systemctl|включение и запуск systemd-networkd.service на хосте и контейнере.
Для отладки, настоятельно рекомендуется установить пакеты bridge-utils, net-tools и iproute2.
Если вы используете systemd-nspawn, вам, возможно, потребуется изменить systemd-nspawn@.service и добавить параметры загрузки в строку ExecStart. Для исчерпывающего списка варианттов, обратитесь к systemd-nspawn(1). Обратите внимание, если вы хотите, использовать автоматическую настройку DNS от DHCP, то Вам необходимо включить systemd-resolved и символьную ссылку /run/systemd/resolve/resolv.conf на /etc/resolv.conf. Для большей информации, смотрите systemd-resolved.service(8).
Основная DHCP сеть
Такая настройка включит DHCP IP для хоста и контейнера. В этом случае, обе системы будут иметь одинаковый IP, поскольку они разделяют одни и те же интерфейсы.
/etc/systemd/network/MyDhcp.network Когда, включен [broken link: invalid section] и запущен systemd-networkd.service в вашем контейнере.
Вы, конечно, можете заменить en* на полное имя вашего сетевого устройства, получив его на выходе команды ip link
на хосте и контейнере:
$ ip a По умолчанию имя хоста, полученное от DHCP-сервера будет использоваться в качестве переходного хоста.
Чтобы изменить его добавьте UseHostname=false в раздел [DHCPv4]
/etc/systemd/network/MyDhcp.network Если вы не хотите настраивать DNS в /etc/resolv.conf и хотите полагаться на DHCP для его настройки, вам нужно включить [broken link: invalid section] systemd-resolved.service и сделать символическую ссылку /run/systemd/resolve/resolv.conf на /etc/resolv.conf
# ln -sf /run/systemd/resolve/resolv.conf /etc/resolv.conf
Для подробной информации смотрите systemd-resolved.service(8).

DHCP с двумя различными IP
Интерфейс моста
Создайте интерфейс виртуального мост
/etc/systemd/network/MyBridge.netdev На хосте и контейнере:
$ ip a Обратите внимание что интерфейс br0 в списке, но не работает (DOWN).

Привязать Ethernet для моста
Измените /etc/systemd/network/MyDhcp.network, чтобы удалить DHCP, мосту необходим интерфейс для привязки не с IP, а также добавьте ключ, чтобы связать это устройство для BR0, давайте изменим свое название на одно более актуальное.
/etc/systemd/network/MyEth.network Сетевой мост
Создание сетевого профиля для моста
/etc/systemd/network/MyBridge.network Добавить опцию для загрузки контейнера
Поскольку мы хотим, дать выделенный IP для хоста и контейнера, мы должны Отключить сеть контейнера от хоста. Чтобы сделать это, добавьте опцию --network-bridge=br0 в вашу команду загрузки контейнера.
# systemd-nspawn --network-bridge=br0 -bD /path_to/my_container
Результат
на хосте
$ ip a на контейнере
$ ip a Уведомление

• we have now one IP address for Br0 on the host, and one for host0 in the container
• two new interfaces have appeared: vb-MyContainer in the host and host0 in the container. This comes as a result of the --network-bridge=br0 option. This option implies another option, --network-veth. This means a virtual Ethernet link has been created between host and container.
• the DHCP address on host0 comes from the system /usr/lib/systemd/network/80-container-host0.network file.

на хосте
$ brctl show Приведенный выше вывод команды подтверждает, что мы имеем мост с двумя переплетёнными/связанными интерфейсами.
на хосте
$ ip route на контейнере
$ ip route the above command outputs confirm we have activated br0 and host0 interfaces with an IP address and Gateway 192.168.1.254. The gateway address has been automatically grabbed by systemd-networkd
$ cat /run/systemd/resolve/resolv.conf Статические IP-сети
Установка статического IP для каждого устройства может быть полезна в случае развертывания веб-служб (например, FTP, HTTP, SSH). Each device will keep the same MAC address across reboots if your system /usr/lib/systemd/network/99-default.link file has the MACAddressPolicy=persistent option (it has by default). Thus, you will easily route any service on your Gateway to the desired device. First, we shall get rid of the system /usr/lib/systemd/network/80-container-host0.network file. To do it in a permanent way (e.g even after upgrades), do the following on container. This will mask the file /usr/lib/systemd/network/80-container-host0.network since files of the same name in /etc/systemd/network take priority over /usr/lib/systemd/network.
# ln -sf /dev/null /etc/systemd/network/80-container-host0.network
Then, enable and start systemd-networkd on your container.
The needed configuration files:
на хосте Измените MyBridge.network
/etc/systemd/network/MyBridge.network на контейнере
/etc/systemd/network/MyVeth.network