注意:在调查问题时,这个问题已经发生了变化,以保持最新状态。
注2:此问题无效,所述问题已消失。Askubuntu 阻止我删除它。
这是我/etc/netplan/01.yaml
在新的 18.04 无头服务器上的配置。该文件描述了我可能使用的两个硬件接口:
network:
version: 2
renderer: networkd
ethernets:
enp2s0:
optional: true
dhcp4: yes
wifis:
wlx0013eff10948:
access-points:
"the-network":
password: "the-password"
dhcp4: yes
问题是 Wifi 连接有时会中断。或者在启动时没有连接。以太网接口也会出现同样的情况。
我该如何调整我的系统以使路由表等适应这些变化?目前,似乎任何硬件变化都会破坏系统的“默认网关”。
因此,我可以为一个或两个接口分配 IP 地址,而无需ping
在系统中工作。而且,电缆后面的接入点或路由器没有问题 - 我的设置无法承受“变化”和切换。
ifconfig 摘要
docker0
(br)
enp2s0
(no inet)
lo
tun0
(openvpn - there is client daemon that needs to be connected to my VPN)
wlx0013eff10948
(inet 192.168.1.x) = shows as connected, but internet is not working
相关信息较少
wlx0013eff10948 是rtl8192cu
USB 加密狗。我只安装了linux-generic-hwe-18.04
它,它就显示并工作了(用 测试过wicd-curses
)。事实证明,WIFI 没有问题 - 只是系统处理丢失的 wifi(或有线)连接的方式。
有时我可以看到此输出出现在机器的 tty 中:
[ 232.2332] rtlwifi: AP off, try to reconnect now
正是在我没有 wifi 线并且 wifi 连接已断开但应该重新建立的状态。但这并没有发生
答案1
尝试...
一个选修的设备不是启动所必需的。通常,networkd 会等待一段时间,让设备配置完成,然后再继续启动。但是,如果设备被标记为可选,networkd 将不会等待它。这仅由 networkd 支持,默认值为 false。
来源:https://netplan.io/reference
network:
version: 2
renderer: networkd
ethernets:
enp2s0:
dhcp4: yes
dhcp4-overrides: # possibly not functional yet
route-metric: 100 # possibly not functional yet
optional: true
wifis:
wlx0013xxx:
access-points:
"the-network":
password: "the-password"
dhcp4: true
dhcp4-overrides: # possibly not functional yet
route-metric: 200 # possibly not functional yet
sudo netplan 生成
sudo netplan 申请