Các nhân viên tại Fedora đã làm việc với tất cả sự nhiệt tình của họ và thời gian có sẵn để đáp ứng lịch trình ra mắt phân phối nhưng, có vẻ như năm nay sẽ là một năm nữa mà ngày phát hành của sự phân phối Nó sẽ không được hoàn thành, đểnhiều hơn những gì thông tin cũng đã được phát hành cái gì pĐối với phiên bản tiếp theo của phân phối là Fedora 33 (mà tôi đã biết là đang bắt đầu hoạt động) sTôi sẽ thực hiện một thay đổi nhỏ trên hệ thống cung cấp độ phân giải tên mạng cho các ứng dụng từ “nss-Resolution” bằng “systemd-Resolution”.
Để thực hiện trong Fedora 33, "systemd-Resolution" được lên kế hoạch thay thế "nss-Resolution" để giải quyết các truy vấn DNS và Glibc, nó sẽ được thay đổi thành nss-Resolution từ dự án systemd thay vì nss-dns mô-đun NSS tích hợp sẵn.
hệ thống phân giải sẽ thay thế nss-giải quyết trong Fedora 33
Thay đổi này được thực hiện do quyết định được đưa ra trong nội bộ Fedora rằng thay vì chọn tắt "hệ thống đã phân giải" (như lâu nay vẫn làm) tốt hơn là được kích hoạt.
Các nhà phát triển nhận xét rằng systemd-Resolution thực hiện các chức năng như giữ cấu hình trong tệp Resolutionv.conf dựa trên dữ liệu DHCP và cấu hình DNS tĩnh cho các giao diện mạng, hỗ trợ DNSSEC và LLMNR (Link Local Multicast Name Resolution).
Trong số các lợi ích của việc chuyển sang hệ thống phân giải là hỗ trợ cho DNS qua TLS, khả năng kích hoạt bộ nhớ đệm cục bộ của các truy vấn DNS và hỗ trợ ràng buộc các bộ xử lý khác nhau với các giao diện mạng khác nhau (tùy thuộc vào giao diện mạng, một máy chủ DNS được chọn để truy cập, ví dụ: các truy vấn DNS cho giao diện VPN sẽ được gửi qua VPN). Nó không được lên kế hoạch sử dụng DNSSEC trong Fedora (hệ thống phân giải sẽ được xây dựng với DNSSEC = không có cờ).
Systemd-Resolution đã được sử dụng theo mặc định trong Ubuntu Kể từ phiên bản 16.10, nhưng việc tích hợp sẽ được thực hiện khác trong Fedora, vì Fedora hoạt động hoàn toàn khác với Ubuntu từ đầu và Ubuntu tiếp tục sử dụng glibc nss-dns truyền thống, tức là glibc tiếp tục xử lý / etc / Resolutionv. Conf, trong khi Fedora hy vọng sẽ thay thế nss-dns bằng nss-Resolution của systemd.
Đối với những người không muốn sử dụng systemd-Resolution, có thể tắt nó và đối với điều này, dịch vụ systemd-Resolution.service phải được hủy kích hoạt và NetworkManager được khởi động lại, điều này sẽ tạo ra /etc/resolv.conf truyền thống.
Phiên bản cuối cùng của Fedora 32 bị trì hoãn trong một tuần
Cuối cùng, một trong những thay đổi khác mà các nhà phát triển dự án Fedora đã thông báo là việc hoãn phát hành phiên bản cuối cùng của Fedora 32 trong một tuần do không tuân thủ các chỉ tiêu chất lượng.
Sự ra mắt của Fedora 32 được lên lịch vào ngày 28 tháng 21, thay vì ngày XNUMX tháng XNUMX, như kế hoạch ban đầu.
Trong bản dựng thử nghiệm cuối cùng điều đó buộc các nhà phát triển phải hoãn bản phát hành cuối cùng ít nhất 3 vấn đề được bình luậnđược phân loại là khóa phiên bản vẫn chưa được điều chỉnh.
Các vấn đề về khóa phiên bản bao gồm: sự cố với nhận dạng phân vùng LVM trong chế độ khôi phục sự cố, đóng băng khi cố gắng khởi động trên hệ thống có GPU NVIDIA Turing ở chế độ "Khởi động an toàn" và thiếu phiên bản cuối cùng của gói nền f32 trong kho lưu trữ ổn định.
Các nhà phát triển hy vọng rằng những lỗi này sẽ được giải quyết trong thời gian mà họ quy định lấy ngày kết thúc là điều hiển nhiên (đã đề cập trước đó), nhưng trong trường hợp không phải vậy, ngày sẽ bị trì hoãn nhiều ngày hơn nữa:
Do lỗi trình chặn mở, Fedora 32 Final đã bị tuyên bố là "bị cấm". Chúng ta sẽ gặp lại nhau lúc 17:00 UTC vào Thứ Năm, ngày 23 tháng 32 để đánh giá lại tình hình và thông báo về bản phát hành cuối cùng của Fedora XNUMX.
Nếu chúng tôi xác định rằng Fedora 32 đã sẵn sàng vào thời điểm đó, nó sẽ được phát hành vào "ngày phát hành dự kiến # 1" là 28 tháng XNUMX.
Cuối cùng nếu bạn muốn biết thêm về các thông tin liên lạc do Fedora phát hành, bạn có thể xem các liên kết sau mà chúng tôi cung cấp.
Liên kết về sự thay đổi trong Fedora 33.
Liên kết về sự chậm trễ trong việc phát hành Fedora 32.
Tôi đang sử dụng Beta Fedora 32 Cinnamon và nó đang diễn ra khá tốt