Điểm:0

Lỗi Netplan khi thử cấu hình

lá cờ cn

Tôi đang chạy máy chủ Ubuntu 20.04.3 LTS trên Xa xôi Quả mâm xôi 4. Nó được kết nối qua WiFi với bộ định tuyến từ xa (IP 192.168.1.1) và tôi đã định cấu hình kết nối mạng với netplan. Tuy nhiên, sau vài tháng, tôi quyết định thay đổi cấu hình DNS, tức là xóa DNS cục bộ của bộ định tuyến và thay thế bằng DNS của Cloudflare. Vì vậy, biết rằng tệp yaml rất nhạy cảm với khoảng trắng, thay đổi duy nhất tôi đã thực hiện là xóa "92" và "68", vì vậy tệp bây giờ như sau:

$ con mèo /etc/netplan/50-cloud-init.yaml
# Tệp này được tạo từ thông tin do nguồn dữ liệu cung cấp. Thay đổi
# nó sẽ không tồn tại trong một lần khởi động lại phiên bản. Để vô hiệu hóa cloud-init's
# khả năng cấu hình mạng, ghi tệp
# /etc/cloud/cloud.cfg.d/99-disable-network-config.cfg với nội dung sau:
# mạng: {cấu hình: đã tắt}
mạng:
    phiên bản: 2
    trình kết xuất: mạng
    ethernet:
        eth0:
            dhcp4: đúng
    wifi:
        wlan0:
            dhcp4: không
            địa chỉ: [192.168.1.12/24]
            cổng4: 192.168.1.1
            máy chủ tên:
                địa chỉ: [1.1.1.1, 8.8.8.8]
            các điểm truy cập:
                "tên điểm truy cập":
                    mật khẩu: "điểm truy cập mật khẩu"
    phiên bản: 2

Tuy nhiên, khi tôi chạy thử netplan, tôi nhận được như sau:

$ sudo netplan thử
Công việc cho netplan-wpa-wlan0.service đã bị hủy.

Đã xảy ra lỗi: Lệnh '['systemctl', 'stop', 'systemd-networkd.service', 'netplan-wpa-*.service']' trả về trạng thái thoát khác không 1.

Hoàn nguyên.
Cảnh báo: Dừng systemd-networkd.service, nhưng nó vẫn có thể được kích hoạt bằng cách:
  systemd-networkd.socket

Ngoài ra, đôi khi tôi gặp lỗi sau:

$ sudo netplan thử
Công việc cho netplan-wpa-wlan0.service đã bị hủy.

Đã xảy ra lỗi: Lệnh '['systemctl', 'stop', 'systemd-networkd.service', 'netplan-wpa-*.service']' trả về trạng thái thoát khác không 1.

Hoàn nguyên.
Công việc cho netplan-wpa-wlan0.service đã bị hủy.
Traceback (cuộc gọi gần đây nhất cuối cùng):
  Tệp "/usr/share/netplan/netplan/cli/commands/try_command.py", dòng 84, trong command_try
    NetplanApply().command_apply(run_generate=True, sync=True, exit_on_error=False)
  Tệp "/usr/share/netplan/netplan/cli/commands/apply.py", dòng 164, trong command_apply
    utils.systemctl_networkd('stop', sync=sync, extra_services=wpa_services)
  Tệp "/usr/share/netplan/netplan/cli/utils.py", dòng 131, trong systemctl_networkd
    quy trình con.check_call(lệnh)
  Tệp "/usr/lib/python3.8/sub process.py", dòng 364, trong check_call
    tăng CalledProcessError(retcode, cmd)
sub process.CalledProcessError: Command '['systemctl', 'stop', 'systemd-networkd.service', 'netplan-wpa-*.service']' trả về trạng thái thoát khác không 1.

Trong quá trình xử lý ngoại lệ trên, một ngoại lệ khác đã xảy ra:

Traceback (cuộc gọi gần đây nhất cuối cùng):
  Tệp "/usr/sbin/netplan", dòng 23, trong <module>
    netplan.main()
  Tệp "/usr/share/netplan/netplan/cli/core.py", dòng 50, trong tệp chính
    self.run_command()
  Tệp "/usr/share/netplan/netplan/cli/utils.py", dòng 264, trong run_command
    tự.func()
  Tệp "/usr/share/netplan/netplan/cli/commands/try_command.py", dòng 66, đang chạy
    self.run_command()
  Tệp "/usr/share/netplan/netplan/cli/utils.py", dòng 264, trong run_command
    tự.func()
  Tệp "/usr/share/netplan/netplan/cli/commands/try_command.py", dòng 95, trong command_try
    self.revert()
  Tệp "/usr/share/netplan/netplan/cli/commands/try_command.py", dòng 118, hoàn nguyên
    NetplanApply().command_apply(run_generate=False, sync=True, exit_on_error=False)
  Tệp "/usr/share/netplan/netplan/cli/commands/apply.py", dòng 164, trong command_apply
    utils.systemctl_networkd('stop', sync=sync, extra_services=wpa_services)
  Tệp "/usr/share/netplan/netplan/cli/utils.py", dòng 131, trong systemctl_networkd
    quy trình con.check_call(lệnh)
  Tệp "/usr/lib/python3.8/sub process.py", dòng 364, trong check_call
    tăng CalledProcessError(retcode, cmd)
sub process.CalledProcessError: Command '['systemctl', 'stop', 'systemd-networkd.service', 'netplan-wpa-*.service']' trả về trạng thái thoát khác không 1.

Tôi muốn hết sức cẩn thận với điều này vì tôi không muốn bị khóa vĩnh viễn trong trường hợp xảy ra lỗi cấu hình mạng, vì tôi không có quyền truy cập cục bộ để sửa chữa mọi thứ nếu cần (đó là lý do tại sao tôi chạy netplan try.. Không biết nếu khởi động lại hệ thống có bị khóa tài khoản không?) Bất kỳ đề xuất?

Điểm:1
lá cờ ru

Xem nếu điều này làm cho bất kỳ sự khác biệt ...

Ghi chú: Xác nhận không có tab, chỉ có dấu cách

Ghi chú: Thụt lề bình thường là hai khoảng trắng

mạng:
    phiên bản: 2
    trình kết xuất: mạng
    ethernet:
        eth0:
            dhcp4: đúng
            tùy chọn: đúng
    wifi:
        wlan0:
            địa chỉ: [192.168.1.12/24]
            cổng4: 192.168.1.1
            máy chủ tên:
                địa chỉ: [1.1.1.1, 1.0.0.1]
            các điểm truy cập:
                "tên điểm truy cập":
                    mật khẩu: "điểm truy cập mật khẩu"

Và tạo /etc/cloud/cloud.cfg.d/99-disable-network-config.cfg...

mạng: {config: bị vô hiệu hóa}

Sau đó...

Sudo netplan thử

Và khi bạn đã sẵn sàng...

Sudo netplan tạo

sudo netplan áp dụng

khởi động lại

lá cờ cn
Tôi không nghĩ điều này có ích. Như bạn có thể thấy, tệp yaml của tôi được định dạng và thụt lề đúng cách. Rốt cuộc, nó đã hoạt động trước đây.
lá cờ cn
Tuy nhiên, tôi đã thử thay đổi từ 4 dấu cách thành 2 dấu cách cho mỗi lần thụt đầu dòng, nhưng tôi vẫn gặp lỗi tương tự. Đây chắc chắn không phải là vấn đề về định dạng yaml.
heynnema avatar
lá cờ ru
@Panos Bạn đã sử dụng tệp .yaml CHÍNH XÁC của tôi... hay chỉ chỉnh sửa tệp của riêng bạn? Của tôi có một vài thay đổi. Bạn đã loại bỏ các tab?
lá cờ cn
Có vẻ như tôi đã sai lầm không may. Tôi đã sao chép toàn bộ nội dung vào tệp yaml nhưng không thay thế SSID và mật khẩu bằng mật khẩu thực. Mặc dù tôi đã thực hiện `netplan try` nhưng có vẻ như điều này vẫn tiếp diễn. Tôi đã có người tại chỗ của mình để thực hiện chu kỳ cấp điện, nhưng tôi vẫn bị khóa. Tôi nghĩ `netplan try` không tồn tại sau khi khởi động lại! Sẽ có người tại chỗ của tôi để kết nối với cáp ethernet, hy vọng bằng cách nào đó tôi có thể truy cập nó từ xa.
heynnema avatar
lá cờ ru
@Panos Đó là một "rất tiếc". Giữ cho tôi được đăng.
lá cờ cn
vì vậy một điều kỳ lạ đang xảy ra. `netplan try`` vẫn đưa ra lỗi tương tự ngay cả với tệp yaml của bạn. Tuy nhiên, nếu tôi khởi động lại (không chạy tạo hoặc áp dụng), các máy chủ DNS được cập nhật sẽ ở đó. Mặc dù mục tiêu của tôi được thỏa mãn ngay cả theo cách này, nhưng tôi thấy netplan rất không thực tế (đặc biệt đối với các hệ thống không đầu từ xa) và có nhiều lỗi. Tôi sẽ xem cách thoát khỏi netplan khi tôi ở trên trang web.
heynnema avatar
lá cờ ru
@Panos Đừng thoát khỏi netplan. Chỉ cần đảm bảo rằng Bản cập nhật phần mềm của bạn là bản cập nhật mới nhất để bạn có phiên bản mới nhất. Netplan cũ hơn có thể gặp sự cố này khi dùng thử. Trên RsP4, bạn có thể cần cập nhật lên 21.04. Ngoài ra, hãy thực hiện `sudo netplan generate` và `sudo netplan apply` và `reboot`.
heynnema avatar
lá cờ ru
@Panos Bạn đang thực hiện `netplan try` hay `sudo netplan try`?
lá cờ cn
Tôi đã làm mọi thứ theo cuốn sách. Sửa lỗi thụt lề không có tab, kiểm tra tính hợp lệ của tệp yaml bằng chương trình trình xác thực, chạy tất cả các bản cập nhật. Tuy nhiên, tôi không muốn cập nhật lên 21.04, tôi muốn ở lại phiên bản LTS, nhưng dù sao thì tôi không nghĩ đó là vấn đề. Đã chạy mọi thứ với sudo. Tôi tự coi mình là một người dùng trung cấp và từ tất cả trải nghiệm này, tôi nghĩ rằng netplan rất cồng kềnh, nhiều lỗi và không phù hợp lắm với các hệ thống không đầu từ xa. Sẽ thử và xem ifupdown làm như thế nào.
heynnema avatar
lá cờ ru
@Panos Thực hiện một số nghiên cứu. Tôi biết rằng hỗ trợ RsP4 đầy đủ đã không xuất hiện cho đến rất muộn trong trò chơi... và đó có thể là ngày 20.10/21.04. Nhìn vào các ghi chú phát hành.

Đă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.