主页 / ubuntu / 问题

问题[systemd-networkd](ubuntu)

Martin Hope
Leonardo Saracini
Asked: 2020-11-27 01:13:38 +0800 CST
  • 0

我已经在 rpi4 8Gb 上安装了 rpi4 64Bit 的 ubuntu 20.04 服务器映像

然后我已经安装了ubuntu-desktop

我在 wifi 上遇到问题并设置此错误

我已经禁用 NetworkManager 认为这个包有一些错误

我必须留在 LTS 版本 20.04，所以如果它在 20.10 上工作，我必须等待一个反向移植

我将 netplan 配置为使用网络作为渲染器。

我将来必须配置vpn。

我还没有找到关于如何更改连接的 maual/help/google。
例如，在 NetworkManager 上，我可以设置 4 个连接

  1. conn1 使用 dhcp
  2. conn2 使用固定 IP 进行测试
  3. conn3使用wifi
  4. con4 使用 vpn

然后我可以选择要使用的连接。
关闭连接 1 和打开连接 2 等等。

如何使用 netplan、systemd-networkd 在我的配置上执行此操作？

最好的问候，
莱昂纳多

networking vpn netplan systemd-networkd
Martin Hope
user1145391
Asked: 2020-11-18 19:03:20 +0800 CST
  • 3

我的服务器：

  • 华擎 B450M/ac (RealTek 8111/8168/8411)
  • 锐龙5 3400G
  • 64GB 系统内存
  • Rosewill RC-411v3 (RealTek 8111/8168/8411)

我的电脑：

  • 锐龙 7 2700X
  • 32GB 系统内存
  • MSI X470 Gaming Pro Carbon（英特尔 I211）

我正在尝试以模式 6 (balance-alb) 与我的服务器建立网络绑定，并且在大多数情况下我已经让它工作了。我遇到一个问题，其中一个或两个网卡将随机获得 IPv4 和/或 IPv6 地址。我不认为 IPv6 地址很重要，但是当他们获得 IPv4 地址时，他们会破坏绑定，我会失去与服务器的所有连接。我目前的配置如下；

network:
  version: 2
  renderer: networkd
  ethernets:
    enp5s0:
      link-local: [ ]
      #dhcp4: no
      #dhcp6: no
    enp4s0:
      link-local: [ ]
      #dhcp4: no
      #dhcp6: no
  bonds:
    bond0:
      addresses: [192.168.0.102/24]
      gateway4: 192.168.0.1
      nameservers:
        addresses: [1.1.1.1, 1.0.0.1]
      dhcp6: no
      interfaces: [enp5s0, enp4s0]
      parameters:
        mode: balance-alb
        mii-monitor-interval: 1

我已经尝试过网络和 NetworkManager。我还尝试了 netplan 0.99 和 0.100。即使netplan说它应该禁用此配置，也不会禁用本地地址。如何在这些接口上禁用本地地址？

编辑：删除了 dhcp 行，因为它们似乎没有做任何事情。更新一些复制细节。禁用 IPv6 似乎消除了将 IPv4 地址添加到任一卡的问题。如果再次运行，此修复程序将再次被破坏netplan apply。但是，有时这两张卡在运行后的一段时间内都不会获得 IP。这让我可以进行速度测试并证明这是可行的，虽然不是完美无缺。更改配置后最好重新启动，但是在重新启动后不久，IP 会添加到其中一张卡上。通常为 169.254.xx 这不会破坏所有内容，但平衡似乎会因相同的传输（上传或下载）而中断。例如，我同时上传和运行速度测试（都向服务器发送数据）。其中一张卡不会接收任何数据，另一张卡将以 500mbit/s 的速度拆分两个连接。同时运行上传和下载时，这似乎不是问题。

更新：Welp，我放弃并重新安装了操作系统。我专门安装了 Ubuntu 20.04.1 LTS。在上面的 netplan 配置中安装并安装了所有东西。它只是工作，我什至不必启用绑定，它只是启用了自己。自从我重新安装了操作系统后，任何一张卡都没有添加任何 IP。尽管我的问题已解决，但我仍然不知道最初添加这些 IP 的原因。似乎另一个程序正在追溯添加 IP。我发现另一个帖子也有人提到了这种怀疑。

networking netplan network-bonding systemd-networkd 20.04
Martin Hope
Michael
Asked: 2020-10-10 03:36:21 +0800 CST
  • 1

我刚刚从 16.04 切换到 18.04，并且在进行无线漫游时遇到了问题。我的用例涉及大量漫游，我需要使漫游尽可能透明（理想情况下 < 50 毫秒）。

我有一个wpa_supplicant.conf设置为使用FT-PSK（802.11r）的文件，该文件在 16.04 上运行良好，但现在升级后似乎以某种方式与网络冲突。现在，在每次漫游时，都会断开连接，并完成完整的重新连接/身份验证。

首先，这是我得到的“错误”：

Oct 09 10:07:07.092601 p3-1337 wpa_supplicant[724]: wlp2s0: CTRL-EVENT-SIGNAL-CHANGE above=0 signal=-68 noise=9999 txrate=6000
Oct 09 10:07:07.153867 p3-1337 wpa_supplicant[724]: wlp2s0: SME: Trying to authenticate with f2:cb:ac:8a:e4:be (SSID='<ssid>' freq=5540 MHz)
Oct 09 10:07:07.157115 p3-1337 kernel: wlp2s0: disconnect from AP f2:cb:ac:8a:e8:1f for new auth to f2:cb:ac:8a:e4:be
Oct 09 10:07:07.161137 p3-1337 kernel: wlp2s0: authenticate with f2:cb:ac:8a:e4:be
Oct 09 10:07:07.164717 p3-1337 kernel: wlp2s0: send auth to f2:cb:ac:8a:e4:be (try 1/3)
Oct 09 10:07:07.165019 p3-1337 systemd-networkd[517]: wlp2s0: Lost carrier
Oct 09 10:07:07.165029 p3-1337 systemd-networkd[517]: wlp2s0: DHCP lease lost
Oct 09 10:07:07.165457 p3-1337 avahi-daemon[655]: Withdrawing address record for 10.101.65.100 on wlp2s0.
Oct 09 10:07:07.165481 p3-1337 avahi-daemon[655]: Leaving mDNS multicast group on interface wlp2s0.IPv4 with address 10.101.65.100.
Oct 09 10:07:07.165500 p3-1337 avahi-daemon[655]: Interface wlp2s0.IPv4 no longer relevant for mDNS.
Oct 09 10:07:07.191354 p3-1337 wpa_supplicant[724]: FT: Failed to set PTK to the driver
Oct 09 10:07:07.191375 p3-1337 wpa_supplicant[724]: wlp2s0: Trying to associate with f2:cb:ac:8a:e4:be (SSID='<ssid>' freq=5540 MHz)
Oct 09 10:07:07.193143 p3-1337 kernel: wlp2s0: authenticated
Oct 09 10:07:07.193183 p3-1337 kernel: wlp2s0: associate with f2:cb:ac:8a:e4:be (try 1/3)
Oct 09 10:07:07.197111 p3-1337 kernel: wlp2s0: RX ReassocResp from f2:cb:ac:8a:e4:be (capab=0x1511 status=0 aid=2)
Oct 09 10:07:07.201117 p3-1337 kernel: wlp2s0: associated
Oct 09 10:07:07.201715 p3-1337 wpa_supplicant[724]: wlp2s0: Associated with f2:cb:ac:8a:e4:be
Oct 09 10:07:07.201741 p3-1337 wpa_supplicant[724]: wlp2s0: WPA: Key negotiation completed with f2:cb:ac:8a:e4:be [PTK=CCMP GTK=CCMP]
Oct 09 10:07:07.201753 p3-1337 wpa_supplicant[724]: wlp2s0: CTRL-EVENT-CONNECTED - Connection to f2:cb:ac:8a:e4:be completed [id=0 id_str=]
Oct 09 10:07:07.201833 p3-1337 systemd-networkd[517]: wlp2s0: Gained carrier
Oct 09 10:07:07.203939 p3-1337 wpa_supplicant[724]: wlp2s0: CTRL-EVENT-SUBNET-STATUS-UPDATE status=0
Oct 09 10:07:07.205485 p3-1337 wpa_supplicant[724]: wlp2s0: CTRL-EVENT-SIGNAL-CHANGE above=1 signal=-58 noise=9999 txrate=6000
Oct 09 10:07:07.229116 p3-1337 kernel: wlp2s0: Limiting TX power to 21 (24 - 3) dBm as advertised by f2:cb:ac:8a:e4:be
Oct 09 10:07:11.067584 p3-1337 systemd-networkd[517]: wlp2s0: DHCPv4 address 10.101.65.100/18 via 10.101.64.1
Oct 09 10:07:11.067663 p3-1337 avahi-daemon[655]: Joining mDNS multicast group on interface wlp2s0.IPv4 with address 10.101.65.100.
Oct 09 10:07:11.067960 p3-1337 avahi-daemon[655]: New relevant interface wlp2s0.IPv4 for mDNS.
Oct 09 10:07:11.067973 p3-1337 avahi-daemon[655]: Registering new address record for 10.101.65.100 on wlp2s0.IPv4.
Oct 09 10:07:11.068265 p3-1337 systemd-networkd[517]: wlp2s0: Configured

我认为这显示了网络清理在漫游中的接口，因此需要建立一个全新的连接。以前没有 DHCP 请求，所以我知道这是一个新的变化。

网络计划配置

network:
    ethernets:
        enp1s0:
            addresses:
              - 1.2.3.4/24
              - 1.2.4.5/24
        wlp2s0:
            dhcp4: true
    version: 2

wpa_supplicant 配置

ctrl_interface=/var/run/wpa_supplicant
ctrl_interface_group=0

country=us
filter_ssids=1

# We don't use p2p networks so we can disable this to speed up startup.
p2p_disabled=1

# Not used if 802.11r works but speeds up roam when it doesn't.
okc=1

network={
  ssid="dummy_ssid"
  psk="notarealpassword"

  # Increase scanning frequency when signal goes below -65dBm.
  bgscan="simple:10:-65:300"

  # Enable 802.11r to get fast roams
  key_mgmt=FT-PSK
  proto=RSN
  pairwise=CCMP
  group=CCMP
}

有什么想法吗？我意识到这是一个小众用例，所以我应该从使用网络恢复吗？

networking wpa-supplicant 18.04 systemd-networkd
Martin Hope
user643011
Asked: 2020-09-06 10:27:26 +0800 CST
  • 1

我可以在不知道 netplan 接口名称的情况下全局启用所有接口上的 DHCP4 吗？我可能会添加任何 USB 连接的以太网 NIC，我只希望它们中的任何一个通过 DHCP4 获取网络配置。我知道它适用于 NetworkManager。但我宁愿使用网络渲染器。

networking netplan systemd-networkd
Martin Hope
M. Heuer
Asked: 2020-07-30 13:55:52 +0800 CST
  • 1

我无法在新安装的设备上连接到我的 Wi-Fi 网络Ubuntu 20.04 server（没有安装其他软件包wireless-tools）。

首先，我检查（用lspci）系统检测到我的 Wi-Fi 适配器（Network controller Qualcomm Atheros AR9462 Wireless Network Adapter [168c:0034] (rev 01)）。然后，我检查了接口名称

foo@bar: iwconfig
docker0   no wireless extensions.
lo        no wireless extensions.
enp1s0    no wireless extensions.
wlp2s0    IEEE 802.11  ESSID:off/any  
          Mode:Managed  Access Point: Not-Associated   Tx-Power=16 dBm   
          Retry short limit:7   RTS thr:off   Fragment thr:off
          Power Management:off

然后，我将接口名称添加wl2ps0到netplan配置文件中 /etc/netplan/01-netcfg.yaml

network:
  version: 2
  ethernets:
    enp1s0:
      dhcp4: true
  wifis:
    wlp2s0:
      dhcp4: true
      access-points:
        "MyNetworkSSID":
        password: "MySecretPasswort"

并重新启动系统。重启后系统没有连接到Wi-Fi和接口wlp2s0

foo@bar: ip link
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN mode DEFAULT group default qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
2: enp1s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP mode DEFAULT group default qlen 1000
    link/ether 00:e4:4f:68:02:9b brd ff:ff:ff:ff:ff:ff
3: wlp2s0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc noqueue state DOWN mode DEFAULT group default qlen 1000
    link/ether b0:10:41:84:69:e1 brd ff:ff:ff:ff:ff:ff
4: docker0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc noqueue state DOWN mode DEFAULT group default 
    link/ether 02:42:61:94:e2:20 brd ff:ff:ff:ff:ff:ff

是DOWN。我试图用它来激活它， ip link set wlp2s0 up但这没有效果（界面仍然是DOWN）。

这里有什么问题？

networking wireless netplan systemd-networkd 20.04
Martin Hope
Sam Behner
Asked: 2020-07-23 23:33:51 +0800 CST
  • 2

我正在使用带有 OVH 的 VMWare ESXi 6.5，并且我正在尝试设置一个 ubuntu 18.04 服务器。我已成功创建机器，但在设置网络连接时遇到问题。

我已经按照本教程查看了 netplan 网站上的故障排除页面。一切都如它所说的那样匹配。我去了 ubuntu wiki 上的 DebuggingSystemd 并运行了这些命令，这是输出

当我在设置中创建虚拟机时，它说在提示设置网络时网络自动配置失败。

$ sudo SYSTEM_LOG_LEVEL=debug /lib/systemd/systemd-networkd
ens160: Gained IPv6LL
lo: Link is not managed by us
ens160: Could not set route: Network is unreachable
ens160: Configured

这是输出ip a

$ 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: ens160: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default 1000
    link/ether (pretty sure you're not supposed to give people your mac address) brd ff:ff:ff:ff:ff:ff
    inet 158.69.105.80/30 brd 158.69.105.83 scope global ens160
        valid_lft forever preferred_lft forever
    inet6 fe80::250:56ff:fe07:2dfb/64 scope link
        valid_lft forever preferred_lft forever

/etc/netplan/01-netcfg.yalm

network:
  version: 2
  renderer: networkd
  ethernets:
    ens160:
      dhcp4: no
      dhcp6: no
      addresses: [158.69.105.80/30]
      gateway4: 149.56.24.254
      nameservers:
        addresses: [8.8.8.8, 8.8.4.4]
      routes:
      - to: 158.69.105.80/30
        via: 0.0.0.0
        scope: link

如果需要任何其他信息，请告诉我。

vmware internet 18.04 netplan systemd-networkd
Martin Hope
Richard Hansen
Asked: 2020-04-19 21:48:48 +0800 CST
  • 3

启动时正在创建某些东西/run/netplan/eth0.yaml，我无法弄清楚它是什么。（我正在运行 18.04 Bionic Beaver。）该文件导致 eth0 由 systemd-networkd 管理，但我希望它由 NetworkManager 管理。是否有 udev 规则或 systemd 服务正在创建该文件？我查看了 netplan 的源代码，它似乎无法/run/netplan/*.yaml自己生成文件（它只读取它们）。

内容/run/netplan/eth0.yaml：

network:
  version: 2
  renderer: networkd
  ethernets:
    eth0:
      match:
        macaddress: "xx:xx:xx:xx:xx:xx"
      set-name: eth0
      dhcp4: true
      dhcp-identifier: mac
      critical: true
      nameservers:
        addresses: ["192.168.0.1"]
        search: ["example.com"]
network-manager 18.04 netplan systemd-networkd
Martin Hope
JaKoko
Asked: 2020-04-09 01:31:27 +0800 CST
  • 1

我整个早上都在研究和尝试一些东西，但我似乎无法理解它。请耐心等待，以防我在这里遗漏一些基本的东西。

场景：

我已经用 netplan（ubuntu 服务器 18.04）配置了接口，除了 DNS 部分外，一切都运行良好。当我执行“nslookup local-domain-name ”时，我得到了 8.8.8.8 的答案相反，我想要 10.12.101.101 的答案

我的目标：

在查找本地域名时，让系统（即 nslookup）使用我通过 netplan 配置文件配置的本地名称服务器。

当前配置：

对于特定接口 eth0，我已经配置了在查询本地 IP/本地网络时要使用的本地名称服务器。

/etc/resolv.conf 包含 8.8.8.8 的名称服务器条目

netplan.conf 如下所示：

network:
    ethernets:
        eth0:
            addresses:
            - 10.205.10.16/24
            match:
                macaddress: "xxxxxxxx"
            nameservers: {
                    addresses: [10.12.101.101, 10.12.101.102, 10.12.101.103]
                }
            routes:
            - xxxxxxxxxx

        eth1:
            addresses:
            - xxxx/28
            match:
                macaddress: "xxxxx"
            gateway4: xxxxxx

    version: 2

这是“systemd-resolve --status”的输出

Global
         DNS Servers: 8.8.8.8
          DNSSEC NTA: 10.in-addr.arpa
                      16.172.in-addr.arpa
                      168.192.in-addr.arpa
                      17.172.in-addr.arpa
                      18.172.in-addr.arpa
                      19.172.in-addr.arpa
                      20.172.in-addr.arpa
                      21.172.in-addr.arpa
                      22.172.in-addr.arpa
                      23.172.in-addr.arpa
                      24.172.in-addr.arpa
                      25.172.in-addr.arpa
                      26.172.in-addr.arpa
                      27.172.in-addr.arpa
                      28.172.in-addr.arpa
                      29.172.in-addr.arpa
                      30.172.in-addr.arpa
                      31.172.in-addr.arpa
                      corp
                      d.f.ip6.arpa
                      home
                      internal
                      intranet
                      lan
                      local
                      private
                      test

Link 3 (eth1)
      Current Scopes: none
       LLMNR setting: yes
MulticastDNS setting: no
      DNSSEC setting: no
    DNSSEC supported: no

Link 2 (eth0)
      Current Scopes: DNS
       LLMNR setting: yes
MulticastDNS setting: no
      DNSSEC setting: no
    DNSSEC supported: no
         DNS Servers: 10.12.101.101
                      10.12.101.102
                      10.12.101.103

我还配置了什么：

  • systemd-networkd 已启用并正在运行。
  • systemd-resolved 已启用并正在运行。
  • 网络服务被禁用。
  • resolvconf、dnsmasq、dnsmasq-base - 未安装软件包。
  • /etc/nsswitch.conf 看起来像这样：“主机：文件解析 [!UNAVAIL=return] dns”。
  • 每次更改后都重新启动系统。

提前感谢您的任何建议。我希望，这是一个合理的问题。

server dns netplan systemd-networkd
Martin Hope
Walter
Asked: 2020-04-03 10:18:52 +0800 CST
  • 0

我使用 Ubuntu 作为我的家庭路由器，自从从 Funtoo/Gentoo 迁移后，我注意到我会定期出现连接中断，而我以前没有。进一步查看日志，我看到我的外部接口在 T1 时间（DHCP 租约的一半）处关闭。

我正在使用 netplan 以 systemd-networkd 作为调度程序来配置我的系统。

我认为我可以通过 /etc/systemd/networkd.conf 将连接标记为关键：

[DHCP]
CriticalConnection=true

UseDNS=false
UseNTP=false

但是，这似乎没有任何作用。

我在这里引用文档：http: //manpages.ubuntu.com/manpages/bionic/man5/systemd.network.5.html

dhcp systemd-networkd