Я установил статический 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
Так, какова может быть проблема?Заранее спасибо...
Во-первых, адрес шлюза 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
Какое-либо улучшение?
У меня была аналогичная проблема с назначением статического 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