Điểm:0

Netplan DNS disaster

lá cờ in

I'm struggling to get netplan to work. (I thought I still wanted resolv.conf this does fix DNS but gets re-written on reboot.) Everything appears to be correct but I can't ping.

$ sudo netplan --debug apply
** (generate:14256): DEBUG: 00:38:22.887: Processing input file /etc/netplan/50-cloud-init.yaml..
** (generate:14256): DEBUG: 00:38:22.888: starting new processing pass
** (generate:14256): DEBUG: 00:38:22.888: We have some netdefs, pass them through a final round of validation
** (generate:14256): DEBUG: 00:38:22.888: ens160: setting default backend to 1
** (generate:14256): DEBUG: 00:38:22.888: Configuration is valid
** (generate:14256): DEBUG: 00:38:22.888: Generating output files..
** (generate:14256): DEBUG: 00:38:22.888: NetworkManager: definition ens160 is not for us (backend 1)
DEBUG:netplan generated networkd configuration changed, restarting networkd
DEBUG:no netplan generated NM configuration exists
DEBUG:ens160 not found in {}
DEBUG:Merged config:
network:
  bonds: {}
  bridges: {}
  ethernets:
    ens160:
      critical: true
      dhcp4: true
      dhcp4-overrides:
        use-dns: false
      dhcp6: true
      dhcp6-overrides:
        use-dns: false
      ipv6-privacy: true
      nameservers:
        addresses:
        - 10.10.11.200
        - 1.1.1.1
        search:
        - home
  vlans: {}
  wifis: {}

DEBUG:Skipping non-physical interface: lo
DEBUG:device ens160 operstate is up, not changing
DEBUG:Skipping non-physical interface: docker0
DEBUG:Skipping non-physical interface: hassio
DEBUG:Skipping non-physical interface: vethecdde1c
DEBUG:{}
DEBUG:netplan triggering .link rules for lo
DEBUG:netplan triggering .link rules for ens160
DEBUG:netplan triggering .link rules for docker0
DEBUG:netplan triggering .link rules for hassio
DEBUG:netplan triggering .link rules for vethecdde1c
$ ping google.com
ping: google.com: Temporary failure in name resolution

edits per request.

I assumed I was using netplan since it was installed.

/etc/netplan/50-cloud-init.yaml I did not create this file it was there.

network:
    ethernets:
        ens160:
            critical: true
            dhcp4: true
            dhcp4-overrides:
                use-dns: false
            dhcp6: true
            dhcp6-overrides:
                use-dns: false
            ipv6-privacy: true
            nameservers:
                search: [home]
                addresses: [10.10.11.200, 1.1.1.1]

    version: 2

When I try to the two commands I get error for both.

$ sudo systemd-resolve --status
Failed to get global data: Unit dbus-org.freedesktop.resolve1.service not found.
$ sudo resolvectl --status
sudo: resolvectl: command not found
lá cờ ru
Bạn đang sử dụng Netplan hay NetworkManager? Điều này ở đây nghe có vẻ giống như NetworkManager có thể đang nắm quyền kiểm soát. Đây có phải là thiết lập Máy tính để bàn hoặc Máy chủ và bạn đã xác minh rằng bạn không sử dụng bất kỳ trình quản lý cấu hình mạng nào khác như Trình quản lý mạng hoặc cách khác để kiểm soát các giao diện chưa? Bạn có thể cung cấp một bản sao cấu hình `/etc/netplan` của mình, không chỉ đầu ra lỗi ở đây không? Ngoài ra, đầu ra của `systemd-resolve --status` hoặc `resolvectl --status` tùy thuộc vào Ubuntu bạn đang sử dụng (20.04+ có `resolvectl`, 18.04 thì không, vì vậy bạn phải gọi thông qua `systemd-resolved ` lệnh)
wlraider70 avatar
lá cờ in
@ThomasWard Tôi đã thêm thông tin bạn yêu cầu.
lá cờ us
$ sudo: giải quyết: không tìm thấy lệnh Bạn đang chạy bản phát hành Ubuntu nào? Lệnh này là một phần của systemd trong 20.04 trở lên nên luôn có mặt. $ Sudo systemd-resolve --status Tại sao systemd-resolved không chạy trên hệ thống của bạn? `trạng thái systemctl systemd-resolved`
wlraider70 avatar
lá cờ in
phiên bản: 18.04.6

Đăng câu trả lời

Hầu hết mọi người không hiểu rằng việc đặt nhiều câu hỏi sẽ mở ra cơ hội học hỏi và cải thiện mối quan hệ giữa các cá nhân. Ví dụ, trong các nghiên cứu của Alison, mặc dù mọi người có thể nhớ chính xác có bao nhiêu câu hỏi đã được đặt ra trong các cuộc trò chuyện của họ, nhưng họ không trực giác nhận ra mối liên hệ giữa câu hỏi và sự yêu thích. Qua bốn nghiên cứu, trong đó những người tham gia tự tham gia vào các cuộc trò chuyện hoặc đọc bản ghi lại các cuộc trò chuyện của người khác, mọi người có xu hướng không nhận ra rằng việc đặt câu hỏi sẽ ảnh hưởng—hoặc đã ảnh hưởng—mức độ thân thiện giữa những người đối thoại.