Điểm:1

Máy khách Ubuntu không đĩa - UFW kích hoạt hệ thống treo

lá cờ hk

Tôi đã tạo thành công phiên bản hệ thống Ubuntu không đĩa thông qua trang trợ giúp cộng đồng này và nó hoạt động hoàn hảo. Tuy nhiên, tôi muốn kích hoạt tường lửa bằng UFW và khi tôi cố gắng thực hiện điều đó thì sự cố đã xuất hiện.

Là một phần của hướng dẫn trên trang trợ giúp, tôi đã chuẩn bị "hệ thống tệp" hoàn chỉnh với cài đặt khác và hệ điều hành đã khởi động sẵn với các cài đặt của tôi ở đó (đã cài đặt các gói cần thiết, thay đổi cấu hình, ...). Sau đó, tôi đã sao chép nó vào thư mục NFS và khởi động nó qua máy không đĩa. Mọi thứ đã được tải thành công (in ra trạng thái OK khi bắt đầu từng dịch vụ lên bảng điều khiển) cho đến thời điểm trình tải có thời gian bắt đầu không giới hạn được hiển thị. Một trong những dịch vụ bắt đầu cũng là UFW. Tại một số điểm, hệ thống không phản hồi (tôi vẫn có thể di chuyển bảng điều khiển bằng Shift-Pg Lên/Xuống, nhưng không có gì thực sự xảy ra ở đó). Tôi không thể giải quyết vấn đề đó cho đến khi tôi phát hiện ra UFW là vấn đề chính gây ra điều này. Vì vậy, tôi đã tắt UFW trong /etc/ufw/ufw.conf (trực tiếp trên máy chủ NFS) và thử khởi động lại. Lúc đó mọi thứ diễn ra tốt đẹp và hệ thống đã được khởi động thành công.

Nhưng tôi vẫn muốn bật UFW, vì vậy tôi đã cố gắng thực hiện điều đó trực tiếp từ máy. Và có cùng một vấn đề xuất hiện trở lại. Ngay sau khi tôi thực hiện kích hoạt ufw hệ thống trở nên không phản hồi. Tôi đã chụp đầu ra từ dmesg khi lệnh này thực thi:

[ xxxx.xxxxxx ] bpfilter: Đã tải bpfilter_umh pid 748
[ xxxx.xxxxxx ] Đã bắt đầu lọc

Và sau đó hệ thống không phản hồi trong 2 phút, khi tôi nhận được một vài tin nhắn khác:

[ xxxx.xxxxxx ] THÔNG TIN: task systemd-journal:278 bị chặn trong hơn 120 giây.
[ xxxx.xxxxxx ] Not tainted 5.4.0-86-generic #97-Ubuntu
[ xxxx.xxxxxx ] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" tắt thông báo này.

Tôi nghĩ có thể có vấn đề với các quy tắc mặc định không cho phép kết nối NFS. Vì vậy, tôi đã thêm các quy tắc tiếp theo (từng bước một và cố gắng bật UFW sau mỗi quy tắc):

ufw cho phép từ máy chủ 192.168.0.5 # NFS
ufw cho phép từ 192.168.0.0/24 # mạng cục bộ
ufw cho phép trên giao diện mạng máy khách eth0 #

Nhưng không may mắn với điều này (tôi cũng không mong đợi điều đó, vì những quy tắc đó không có bất kỳ tác động nào theo logic).

Vì vậy, bây giờ tôi đang ở đây, không có bất kỳ ý tưởng nào vào lúc này về cách thực hiện bất kỳ tiến trình nào về việc này. Tôi cũng có thể chỉ ra rằng có một vấn đề khác trong dmesg, nhưng nó có thể không liên quan gì đến vấn đề với UFW:

[ xxx.xxxxxx] systemd-journald[276]: Không thể đặt ACL trên /var/log/jorunal/.../user-101.journal, bỏ qua: Thao tác không được phép

Tôi tin rằng phải có một số quy tắc với UFW, theo mặc định, từ chối quyền truy cập vào chia sẻ NFS và do đó toàn bộ hệ thống bị treo. Bất kỳ đề xuất/điểm nào đi đúng hướng sẽ được đánh giá rất cao.

CHỈNH SỬA: đầu ra iptables khi bật UFW và các quy tắc của tôi cũng được thêm vào (được sao chép từ bản cài đặt gốc) ở đây: https://Pastebin.com/rp5QWLCh

Doug Smythies avatar
lá cờ gn
ufw chỉ là giao diện người dùng cho iptables. chỉnh sửa câu hỏi của bạn với đầu ra từ `Sudo iptables -xvnL`.Mặc dù các bộ quy tắc iptables do ufw tạo ra rất khó tuân theo, nhưng có lẽ nó sẽ hữu ích.
lá cờ hk
@DougSmythies Tôi đã thêm liên kết vào pastebin nơi dán đầu ra iptables.
Doug Smythies avatar
lá cờ gn
Bạn đề cập đến "Vì vậy, tôi đã tắt UFW trong /etc/ufw/ufw.conf (trực tiếp trên máy chủ NFS)" Tôi có hiểu đúng rằng bộ quy tắc iptables mà bạn liệt kê chạy trên máy chủ chứ không phải trên máy khách không đĩa không? Nếu có, thì tôi đồng ý rằng nó sẽ không hoạt động. Không thì nó chạy trên diskless client thì không hiểu sao nó không hoạt động, hình như là OK. với tôi.
lá cờ hk
Văn bản được trích dẫn có nghĩa là tôi đã tắt máy khách không ổ đĩa và sau đó chỉnh sửa tùy chọn `enabled = yes` thành `enabled = no` trong tệp máy khách `ufw.conf` trực tiếp từ máy chủ NFS (KHÔNG phải tệp dành cho chính máy chủ NFS, bởi vì máy chủ hoàn toàn không có ufw, nhưng tôi tin rằng tường lửa của máy chủ được định cấu hình chính xác vì mọi thứ đều hoạt động theo cách khác) ...
Doug Smythies avatar
lá cờ gn
Mặc dù tôi đồng ý rằng điều đó không tạo ra sự khác biệt, nhưng bạn có thể vui lòng đăng danh sách `sudo iptables -xvnL` với `ufw allow from 192.168.0.5 # NFS server` được thêm vào không.
Doug Smythies avatar
lá cờ gn
Hãy thử cấp nhật ký cao hơn, có thể là `LOGLEVEL=high` trong `/etc/ufw/ufw.conf` và đăng nội dung của nó.
lá cờ hk
Đầu ra từ iptables với quy tắc cụ thể đó: https://pastebin.com/dEVPKZDF Tôi cũng đã thay đổi `LOGLEVEL` (trước khi khởi động máy khách không ổ đĩa), nhưng sau khi tôi cố gắng bật ufw trên máy khách không ổ đĩa, nhật ký `bpfilter` đã được thêm vào (hai dòng như trong bài viết trên) trong `dmesg`. Đúng như dự đoán, hệ thống đã bị treo sau đó.
Doug Smythies avatar
lá cờ gn
Chúng tôi không muốn chuyển sang cấp nhật ký "đầy đủ", vì nó sẽ làm ngập hệ thống của bạn. Tôi đã cố gắng tìm ra lý do tại sao mô-đun "bpfilter_umh" lại tải ngay từ đầu. Nó không có trên hệ thống của tôi. Tôi chưa biết phải làm gì để nó không tải, ngay cả khi chỉ để thử nghiệm. Tôi có thể nghĩ ra hai thử nghiệm để cố gắng hiểu rõ hơn: Thứ nhất, sử dụng UFW nhưng cho phép mọi thứ, tức là UFW được bật nhưng về cơ bản là không hoạt động; Thứ hai, hãy thử một tập lệnh iptables đơn giản để xem nó có hoạt động không và liệu mô-đun "bpfilter_umh" có còn được tải hay không.
Doug Smythies avatar
lá cờ gn
mô tả phần cứng máy khách của bạn. Kiểu và kiểu bộ xử lý, NIC, v.v. Tôi đã gặp một sự cố vào đầu năm nay, khi phần cứng của tôi quá mới đối với các nhân sê-ri 5.4. Tùy thuộc vào phần cứng của bạn và để thử nghiệm, hãy thử hạt nhân mới hơn, chẳng hạn như [dòng chính ppa 5.15-rc3](https://kernel.ubuntu.com/~kernel-ppa/mainline/v5.15-rc3/) (nó có vẻ như đã xảy ra sự cố biên dịch với 5.15-rc4).
Doug Smythies avatar
lá cờ gn
Trên nhiều máy tính, tôi đã thử các bộ quy tắc ufw và iptables cơ bản và mô-đun bpfilter_umh không bao giờ được tải.
Carles Mateo avatar
lá cờ cn
Bạn có thể kiểm tra/chia sẻ: **ufw status numbered**
lá cờ hk
@DougSmythies đó không phải là vấn đề với phần cứng cụ thể - đó có thể là KVM hoặc máy được chế tạo tùy chỉnh trên ổ cắm Intel 775 hoặc HP DC7800 SFF (đây là những gì tôi đã thử nghiệm cho đến nay và tôi không tin đó có thể là sự cố liên quan đến phần cứng). Dù sao thì tôi cũng sẽ thử với kernel khác và cho bạn biết. Ban đầu, tôi đã sử dụng img đám mây tối thiểu của Ubuntu trong VM và sau đó chuyển đổi nó thành kernel chung và loại bỏ những thứ liên quan đến cloud-init/netplan - cũng có thể hệ thống này bị ảnh hưởng bằng cách nào đó.

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