я настроил Красная Шляпа 9 виртуальная машина включена Облако Azure с один виртуальный сетевой адаптер, который виртуальная машина распознает как eth0
. Однако я заметил, что после загрузки или перезапуска виртуальная машина создает дубликат устройства. eth1
с тем же IP-адресом, что и eth0
. eth1
нигде не появляется /etc/sysconfig/network-scripts/*
Попытка удалить его с помощью ip link delete eth1
выдает ошибку RTNETLINK answers: Operation not supported
. Пытающийся iw dev eth1 del
выдает ошибку command failed: No such device (-19)
. Кто-нибудь когда-нибудь сталкивался с этим? Как мне избавиться от eth1
?
Вывод ip addr show
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
valid_lft forever preferred_lft forever
inet6 ::1/128 scope host
valid_lft forever preferred_lft forever
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000
link/ether 00:0d:3a:7e:38:97 brd ff:ff:ff:ff:ff:ff
inet 10.208.58.25/24 brd 10.208.58.255 scope global noprefixroute eth0
valid_lft forever preferred_lft forever
inet6 fe80::20d:3aff:fe7e:3897/64 scope link
valid_lft forever preferred_lft forever
3: eth1: <BROADCAST,MULTICAST,SLAVE,UP,LOWER_UP> mtu 1500 qdisc mq master eth0 state UP group default qlen 1000
link/ether 00:0d:3a:7e:38:97 brd ff:ff:ff:ff:ff:ff
altname enP56023p0s2
altname enP56023s1
inet 10.208.58.25/24 brd 10.208.58.255 scope global noprefixroute eth1
valid_lft forever preferred_lft forever
inet6 fe80::1c5a:6948:4f3e:eb48/64 scope link tentative noprefixroute
valid_lft forever preferred_lft forever
Обновления
Вывод nmcli connection show
NAME UUID TYPE DEVICE
System eth0 5fb06bd0-0bb0-7ffb-45f1-d6edd65f3e03 ethernet eth0
Wired connection 1 89a97159-d783-33fb-a2a7-e6e4b82601d4 ethernet eth1
eth0 7b956762-5a6d-4bc3-b568-54f7b82a5ed1 ethernet --
Больше обновлений
Создание ifcfg-eth1
в /etc/sysconfig/network-scripts/
с записями ниже, похоже, решает мою проблему:
DEVICE=eth1
ONBOOT=no
eth1
все еще присутствует, но, по крайней мере, ему не назначается IP-адрес, поэтому уязвимая служба не дает сбоев.
Обириень Симео
1 ответ
Похоже, в вашей системе настроен интерфейс связи. Вы можете подтвердить это, запустив ip -d addr show
, который покажет вам дополнительные сведения о конфигурации интерфейса. Вы должны увидеть это eth0
является связующим интерфейсом; вывод должен включать что-то вроде:
bond mode 802.3ad miimon 140 ...
Мы уже видим, что eth1
является членом eth0
связь из вашего существующего вывода:
3: eth1: <BROADCAST,MULTICAST,SLAVE,UP,LOWER_UP> mtu 1500 qdisc mq master eth0 state UP group default qlen 1000
В частности, master eth0
часть. в -d
вывод, вы должны увидеть:
bond_slave state ACTIVE mii_status UP link_failure_count ...
Интерфейс скорее всего настраивается через NetworkManager (/etc/sysconfig/network-scripts
представляет в основном исторический интерес); взгляните на вывод nmcli connection show
.
жаворонки