Проблема Wi-Fi после установки статического IP в Ubuntu 18.04.01 LTS

Я установил статический IP путем следования инструкциям на https://www.itzgeek.com/how-tos/linux/ubuntu-how-tos/netplan-how-to-configure-static-ip-address-in-ubuntu-18-04-using-netplan.html

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

состояние networkctl-a

 1: lo
   Link File: /lib/systemd/network/99-default.link
Network File: n/a
        Type: loopback
       State: carrier (unmanaged)
     Address: 127.0.0.1
              ::1

● 2: enp2s0
   Link File: /lib/systemd/network/99-default.link
Network File: n/a
        Type: ether
       State: routable (unmanaged)
        Path: pci-0000:02:00.0
      Driver: r8169
      Vendor: Realtek Semiconductor Co., Ltd.
       Model: RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller
  HW Address: ... (ASUSTek COMPUTER INC.)
     Address: 10.5.150.56
              ...
     Gateway: 10.5.148.1 (Cisco Systems, Inc)

● 3: wlp3s0
   Link File: /lib/systemd/network/99-default.link
Network File: /run/systemd/network/10-netplan-wlp3s0.network
        Type: wlan
       State: off (configuring)
        Path: pci-0000:03:00.0
      Driver: rtl8723be
      Vendor: Realtek Semiconductor Co., Ltd.
       Model: RTL8723BE PCIe Wireless Network Adapter
  HW Address: 30:52:cb:ee:5c:c2 (Liteon Technology Corporation)
         DNS: 8.8.8.8
              8.8.4.4

/etc/netplan/01-netcfg.yaml

network:
  version: 2
  renderer: networkd
  wifis:
    wlp3s0:
    dhcp4: no
    addresses: [192.168.43.131/24]
    gateway4: 192.168.1.1
    nameservers:
    addresses: [8.8.8.8,8.8.4.4]
    access-points:
      F3-:
        password: ...

ifconfig-a

enp2s0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
    inet 10.5.150.56  netmask 255.255.252.0  broadcast 10.5.151.255
    inet6 ...  prefixlen 64  scopeid 0x20<link>
    ether ...  txqueuelen 1000  (Ethernet)
    RX packets 13169  bytes 9405575 (9.4 MB)
    RX errors 0  dropped 0  overruns 0  frame 0
    TX packets 7706  bytes 1033540 (1.0 MB)
    TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

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 1251  bytes 164695 (164.6 KB)
    RX errors 0  dropped 0  overruns 0  frame 0
    TX packets 1251  bytes 164695 (164.6 KB)
    TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

wlp3s0: flags=4098<BROADCAST,MULTICAST>  mtu 1500
    ether ...  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

Так, какова может быть проблема?Заранее спасибо...

0
задан 31 July 2018 в 07:35

2 ответа

Во-первых, адрес шлюза 192.168.1.1 не находится в той же подсети с 192.168.43.131/24. Один из этих двух является неправильным.

Во-вторых, netplan очень конкретен относительно формата, конвенции, добавления отступа, интервала, и т.д. Можно проверить пример здесь:

cat /usr/share/doc/netplan.io/examples/wireless.yaml 

Я предлагаю, чтобы Вы пересмотрели свой yaml файл к:

network:
  version: 2
  renderer: networkd
  wifis:
    wlp3s0:
      dhcp4: no
      addresses: [192.168.43.131/24]
      gateway4: 192.168.43.1
      nameservers:
        addresses: [8.8.8.8, 8.8.4.4]
      access-points:
        "F3-":
          password: "..."

Примечание: F3-является действительно названием Вашей сети, как yaml файл в Вашем вопросе предполагает? Или это - F3 или некоторый другой? Замените своими деталями выше.

Затем, примените изменения:

sudo netplan apply

Какое-либо улучшение?

0
ответ дан 28 October 2019 в 06:05

У меня была аналогичная проблема с назначением статического IP-адреса моему интерфейсу WiFi, отображаемому в сети с помощью Netplan. Для меня главным фактором было то, что я установил неправильный пароль. Убедитесь, что точка доступа существует вместе с правильно указанным паролем. Я вслепую определил несуществующую точку доступа перед перезагрузкой системы, которая установила статический IP-адрес при отображении с помощью сети, полагая, что это не имеет значения. После перезагрузки WiFi перестал работать.

Я не уверен, является ли это ошибкой, но попытка назначить статический IP-адрес для интерфейса Wi-Fi, отображаемого с помощью NetworkManager, не применила мой статический IP-адрес к моему интерфейсу, даже когда он просматривался и определялся в видимом виде в Графический интерфейс NetworkManager (текущий отчет об ошибке был создан). Я полагался на конфигурацию netplan YAML, отображаемую с помощью networkd с соответствующими учетными данными, чтобы избежать этой проблемы.Это сработало, как и предполагалось, но моя система полагалась на USB-ключ для прямого подключения Ethernet в качестве резервного сетевого интерфейса. После того, как мои настройки Netplan были применены, я не мог связаться с моим интерфейсом Ethernet. По умолчанию NetworkManager является службой по умолчанию для рабочего стола Ubuntu 18.04, которая обычно управляет сетевыми интерфейсами через графический интерфейс. В моей конфигурации Netplan я явно указал конфигурации для моего интерфейса WiFi, но networkd не назначал автоматически настройки для новых интерфейсов при обнаружении в системе. Я создал конфигурацию YAML, адаптированную из этого сообщения SO , чтобы сначала настроить все интерфейсы с помощью NetworkManager, а затем указать мой интерфейс WiFi для отображения с networkd для назначения статического адреса:

network:
  version: 2
  renderer: NetworkManager
  wifis:
    renderer: networkd
    wlp1s0:
      addresses: [192.168.1.231/24]
      dhcp4: no
      dhcp6: no
      gateway4: 192.168.1.1
      nameservers:
        addresses: [192.168.1.1]
      access-points:
        accesspointename:
          password: passwordgoeshere

После перезагрузки у меня было установленное соединение. с моим статическим интерфейсом WiFi и интерфейсом Ethernet работало как положено.

Если вы не хотите перезагружать всю систему и/или если предполагаемая точка доступа для подключения отличается от той, которая уже подключена через NetworkManager или nmcli, вы можете выполнить следующие команды, чтобы перезапустить службы после применения сетевой план:

sudo netplan apply; sudo systemctl daemon-reload; sudo systemctl stop NetworkManager; sudo systemctl restart systemd-networkd.service; sudo systemctl restart NetworkManager
1
ответ дан 30 November 2020 в 15:57

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

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