Сервер Ubuntu 20.4.1 * -сеть ОТКЛЮЧЕНА

Сегодня утром у меня был рабочий сервер. Хотел применить последние настроенные обновления, но прежде, чем я это сделал, я решил сделать перезагрузку, чтобы все наладить.

После перезагрузки ... сеть не вернулась. Я загрузился с USB-накопителя и смог получить доступ к сети. Итак, я знаю, что это не карта, не кабель или не внешний источник.

Вот результат работы lshw -C сети:

  *-network DISABLED
   description: Ethernet interface
   product: 82579LM Gigabit Network Connection (Lewisville)
   vendor: Intel Corporation
   physical id: 19
   bus info: pci@0000:00:19.0
   logical name: eth1
   version: 04
   serial: 34:17:eb:a1:64:a1
   capacity: 1Gbit/s
   width: 32 bits
   clock: 33MHz
   capabilities: pm msi bus_master cap_list ethernet physical tp 10bt 10bt-fd 100bt 100bt-fd 1000bt-fd autonegotiation
   configuration: autonegotiation=on broadcast=yes driver=e1000e driverversion=3.2.6-k firmware=0.13-4 latency=0 link=no multicast=yes port=twisted pair
   resources: irq:27 memory:f7d00000-f7d1ffff memory:f7d39000-f7d39fff ioport:f080(size=32)


*-network DISABLED
       description: Ethernet interface
       product: DGE-528T Gigabit Ethernet Adapter
       vendor: D-Link System Inc
       physical id: 2
       bus info: pci@0000:01:02.0
       logical name: eth0
       version: 10
       serial: c4:12:f5:33:9b:5f
       width: 32 bits
       clock: 66MHz
       capabilities: pm bus_master cap_list rom ethernet physical
       configuration: broadcast=yes driver=r8169 latency=32 link=no maxlatency=64 mingnt=32 multicast=yes
       resources: irq:18 ioport:e000(size=256) memory:f7c20000-f7c200ff memory:f7c00000-f7c1ffff

И вот что я получаю от «ip a»:

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> mtu 1500 qdisc noop state DOWN group default qlen 1000
    link/ether c4:12:f5:33:9b:5f brd ff:ff:ff:ff:ff:ff
3: eth1: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN group default qlen 1000
    link/ether 34:17:eb:a1:64:a1 brd ff:ff:ff:ff:ff:ff

если я выполняю «ip link set eth0 up» и «ip link set eth1 up», а затем выполните «ifconfig», похоже, я получаю адрес IPv6, но не IPV4.

eth0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
    inet6 fe80::c612:f5ff:fe33:9b5f  prefixlen 64  scopeid 0x20<link>
    ether c4:12:f5:33:9b:5f  txqueuelen 1000  (Ethernet)
    RX packets 192  bytes 20095 (20.0 KB)
    RX errors 0  dropped 12  overruns 0  frame 0
    TX packets 6  bytes 516 (516.0 B)
    TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

eth1: flags=4099<UP,BROADCAST,MULTICAST>  mtu 1500
        ether 34:17:eb:a1:64:a1  txqueuelen 1000  (Ethernet)
        RX packets 0  bytes 0 (0.0 B)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 0  bytes 0 (0.0 B)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0
        device interrupt 20  memory 0xf7d00000-f7d20000  

lo: flags=73<UP,LOOPBACK,RUNNING>  mtu 65536
        inet 127.0.0.1  netmask 255.0.0.0
        inet6 ::1  prefixlen 128  scopeid 0x10<host>
        loop  txqueuelen 1000  (Local Loopback)
        RX packets 7768  bytes 551888 (551.8 KB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 7768  bytes 551888 (551.8 KB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

и вот мой / etc / netplan / file

# This is the network config written by 'subiquity'
network:
  version: 2
  renderer: networkd
  ethernets:
    enp1:
      dhcp4: true
      dhcp6: false

Есть идеи о том, что, черт возьми, произошло (кстати ... если я перезагружусь, они снова отключатся).

1
задан 20 December 2020 в 00:05

2 ответа

Я изменил файл .yaml на следующий:

сеть: версия: 2 рендерер: networkd Ethernet: enp1: dhcp4: правда соответствие: macaddress: c4: 12: f5: 33: 9b: 5f set-name: enp1

, который является MAC-адресом интерфейса, в котором, как я знал, был кабель. Это сработало. И после перезагрузки я получил свой IPV4-адрес нормально. Не уверен, что изменилось, что он не может найти интерфейс, подключенный так, как пару недель назад.

0
ответ дан 3 January 2021 в 22:46

Обратите внимание, что ваши интерфейсы Ethernet - eth0 и eth1; довольно необычно для Ubuntu 20.04. Также обратите внимание, что файл netplan пытается настроить более обычный enp1. Измените файл netplan, заменив eth0 на enp1. Затем выполните

sudo netplan generate
sudo netplan apply

Проверка:

ip addr show

Какие-нибудь улучшения?

2
ответ дан 3 January 2021 в 22:46

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

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