Переименовать интерфейс Ethernet - PullRequest
0 голосов
/ 27 сентября 2019

Я как-то переименовал интерфейс Ethernet с eth0 на rename3, теперь eth5.Я попытался изменить его обратно, изменив правило в /etc/udev/rules.d/70-persistent-net.rules, но это не сработало.Вот как выглядят правила.Как видите, я закомментировал двойной eth4.Когда я удаляю eth5, он перезагружается по какой-то причине.

# PCI device 0x168c:0x0032 (ath9k)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="80:a5:89:61:9a:16", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="wlan*", NAME="wlan0"

# PCI device 0x8086:0x150c (e1000e)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="00:18:7d:9f:f4:69", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="eth*", NAME="eth1"
# This file was automatically generated by the /lib/udev/write_net_rules
# program, run by the persistent-net-generator.rules rules file.
#
# You can modify it, as long as you keep each rule on a single
# line, and change only the value of the NAME= key.

# PCI device 0x8086:0x1502 (e1000e)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="00:18:7d:9f:f4:68", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="eth*", NAME="eth0"

# PCI device 0x8086:0x1502 (e1000e)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="00:18:7d:b9:55:db", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="eth*", NAME="eth2"

# PCI device 0x8086:0x150c (e1000e)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="00:18:7d:b9:55:dc", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="eth*", NAME="eth3"

# PCI device 0x168c:0x0032 (ath9k)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="80:a5:89:61:98:57", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="wlan*", NAME="wlan1"

# PCI device 0x8086:0x150c (e1000e)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="00:18:7d:a3:35:32", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="eth*", NAME="eth4"

# PCI device 0x8086:0x1502 (e1000e)
#SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="00:18:7d:a3:35:31", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="eth*", NAME="eth4"

# PCI device 0x8086:0x1502 (e1000e)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="00:18:7d:a3:35:31", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="eth*", NAME="eth5"

Странная проблема в том, что в целом сеть работает нормально.У меня есть компьютер, который использует мост через маршрутизатор для подключения к сети Wi-Fi.Вот конфигурация сети:

# interfaces(5) file used by ifup(8) and ifdown(8)
auto lo
iface lo inet loopback

#auto wlan0
#iface wlan0 inet static
#address 192.168.2.190          #IP address
#netmask 255.255.255.0            #subnet mask
#gateway 192.168.2.244          #default gateway

auto can0
iface can0 inet manual
    pre-up ip link set $IFACE type can bitrate 125000
    up /sbin/ifconfig $IFACE up
    down /sbin/ifconfig $IFACE down

auto br0
iface br0 inet static
    bridge_ports eth0 eth4
    address 192.168.100.104
    netmask 255.255.255.0
    gateway 192.168.100.10

Я могу ssh на ПК без проблем, но соединение MQTT по какой-то причине не будет работать.Я также могу пинговать взад и вперед. Вот вопрос, который я задал ранее о симптоме, который, похоже, вызывает эту проблему.

Еслиconconfig возвращает это:

br0       Link encap:Ethernet  Hardware Adresse 00:18:7d:a3:35:31  
          inet Adresse:192.168.100.104  Bcast:192.168.100.255  Maske:255.255.255.0
          inet6-Adresse: fe80::218:7dff:fea3:3531/64 Gültigkeitsbereich:Verbindung
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metrik:1
          RX-Pakete:41364 Fehler:0 Verloren:0 Überläufe:0 Fenster:0
          TX-Pakete:60829 Fehler:0 Verloren:0 Überläufe:0 Träger:0
          Kollisionen:0 Sendewarteschlangenlänge:0 
          RX-Bytes:4319578 (4.3 MB)  TX-Bytes:6117716 (6.1 MB)

can0      Link encap:UNSPEC  Hardware Adresse 00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00  
          UP RUNNING NOARP  MTU:16  Metrik:1
          RX-Pakete:0 Fehler:0 Verloren:0 Überläufe:0 Fenster:0
          TX-Pakete:0 Fehler:0 Verloren:0 Überläufe:0 Träger:0
          Kollisionen:0 Sendewarteschlangenlänge:10 
          RX-Bytes:0 (0.0 B)  TX-Bytes:0 (0.0 B)
          Interrupt:19 

eth4      Link encap:Ethernet  Hardware Adresse 00:18:7d:a3:35:32  
          UP BROADCAST MULTICAST  MTU:1500  Metrik:1
          RX-Pakete:0 Fehler:0 Verloren:0 Überläufe:0 Fenster:0
          TX-Pakete:0 Fehler:0 Verloren:0 Überläufe:0 Träger:0
          Kollisionen:0 Sendewarteschlangenlänge:1000 
          RX-Bytes:0 (0.0 B)  TX-Bytes:0 (0.0 B)
          Interrupt:18 Speicher:f7d00000-f7d20000 

eth5      Link encap:Ethernet  Hardware Adresse 00:18:7d:a3:35:31  
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metrik:1
          RX-Pakete:41364 Fehler:0 Verloren:0 Überläufe:0 Fenster:0
          TX-Pakete:60837 Fehler:0 Verloren:0 Überläufe:0 Träger:0
          Kollisionen:0 Sendewarteschlangenlänge:1000 
          RX-Bytes:5064130 (5.0 MB)  TX-Bytes:6361748 (6.3 MB)
          Interrupt:20 Speicher:f7f00000-f7f20000 

lo        Link encap:Lokale Schleife  
          inet Adresse:127.0.0.1  Maske:255.0.0.0
          inet6-Adresse: ::1/128 Gültigkeitsbereich:Maschine
          UP LOOPBACK RUNNING  MTU:65536  Metrik:1
          RX-Pakete:3355004 Fehler:0 Verloren:0 Überläufe:0 Fenster:0
          TX-Pakete:3355004 Fehler:0 Verloren:0 Überläufe:0 Träger:0
          Kollisionen:0 Sendewarteschlangenlänge:0 
          RX-Bytes:3116838724 (3.1 GB)  TX-Bytes:3116838724 (3.1 GB)

Что я могу сделать, чтобы eth5 получилудален, пока eth0 появляется снова?Спасибо!

...