4.3.0

4.3.0 tiếp nối 4.2.0 và được phát hành sớm vì một bản sửa lỗi bảo mật: bộ nhớ đệm hình ảnh WebP/AVIF không còn chuyển đổi ảnh của khách hàng bằng quyền root. 2087 nay liệt kê và thu hồi được passkey của khách hàng. Cổng S3 sao chép và di chuyển được tệp lớn hơn 5 GiB, xoá được thư mục với kích thước bất kỳ và khôi phục được phiên bản cũ của tệp; cổng DNS kiểm tra ủy quyền của vùng và không còn đề xuất bản ghi ALIAS.

Bảo mật​

• Ảnh không còn được chuyển đổi bằng quyền root. Trước 4.3, bộ nhớ đệm chuyển đổi hình ảnh (WebP/AVIF) chạy bộ mã hoá ảnh bằng quyền root trên các tệp trong website của khách hàng. Nay ảnh chỉ được chuyển đổi bằng chính người dùng của website, trong một dịch vụ bị giới hạn quyền và tài nguyên thuộc slice tài nguyên của tài khoản. Root chỉ chép kết quả vào bộ nhớ đệm sau khi kiểm tra từng tệp, liên kết tượng trưng trong thư mục website không bao giờ được đi theo, và ImageMagick không còn được dùng. Các website hiện có vẫn hoạt động mà không cần thao tác gì; bản cập nhật tự cài cwebp/avifenc khi website cần. (hitechcloudcli#494, HiTechCloud-Panel#1833)

Ghi chú nâng cấp và thay đổi hành vi​

• Bộ nhớ đệm hình ảnh không còn dùng ImageMagick. WebP cần cwebp và AVIF cần avifenc. Với các website đang bật bộ nhớ đệm hình ảnh, bản cập nhật cài bộ mã hoá còn thiếu (webp và libavif-bin trên Ubuntu và Debian, libwebp-tools và libavif-tools trên AlmaLinux, trong đó libavif-tools chỉ có từ EPEL). Nếu việc cài thất bại, bản cập nhật cảnh báo và tiếp tục; các website đó vẫn phục vụ ảnh gốc và mọi bản đã chuyển đổi trước đó. (hitechcloudcli#494)
• Việc chuyển đổi ảnh chạy qua systemd-run bằng người dùng của website. Trên máy chủ không có systemd sẽ không có ảnh nào được chuyển đổi; không có phương án dự phòng chạy bằng root. (hitechcloudcli#494)

Mới​

• 2087: passkey của khách hàng. Trang tài khoản có thẻ Passkey liệt kê các passkey của khách hàng (tên, ngày thêm, lần dùng cuối), với nút Thu hồi và Thu hồi tất cả dành cho Super Admin hoặc đại lý sở hữu tài khoản; mỗi lần thu hồi được ghi vào nhật ký hoạt động của tài khoản và khách hàng được thông báo. (hitechcloudcli#493, hitechcloudadmin#334)
• Cổng S3: sao chép và di chuyển được tệp lớn hơn 5 GiB, nhà cung cấp sao chép theo từng phần ngay trên máy chủ của mình. Sao chép và di chuyển có hiển thị tiến độ và nút Dừng. (HiTechCloud-Panel#1830)
• Cổng S3: khôi phục phiên bản cũ của tệp trên bucket có bật lưu phiên bản; phiên bản được khôi phục trở thành mới nhất và lịch sử vẫn được giữ. (HiTechCloud-Panel#1830)
• Cổng DNS: Kiểm tra máy chủ tên đối chiếu ủy quyền tại cơ quan đăng ký với bản ghi NS của vùng và cho biết rõ khớp, khớp một phần, trỏ nơi khác hay chưa được ủy quyền. (HiTechCloud-Panel#1831)
• 2083: trang Image Cache. Websites > Settings > Image Cache nay có liên kết trong menu. Trang cho biết cách chuyển đổi chạy (bằng chính người dùng của tài khoản, trong giới hạn tài nguyên của tài khoản, ở mức ưu tiên thấp nhất, tối đa 2000 ảnh mỗi lượt). Khi máy chủ không có bộ mã hoá AVIF, lựa chọn AVIF bị tắt kèm lý do bên cạnh, và khi bật bộ nhớ đệm, lượt chuyển đổi đầu tiên chạy như tác vụ nền của tài khoản thay vì ngay trong yêu cầu tải trang. (HiTechCloud-Panel#1833)

Đã sửa​

• Cổng S3: xoá thư mục không còn dừng ở 5000 đối tượng; thư mục với số lượng bất kỳ được xoá theo từng lô 1000, có tiến độ và nút Dừng. (HiTechCloud-Panel#1830)
• Cổng DNS: không còn đề xuất bản ghi ALIAS (DNS của máy chủ là BIND 9, không phục vụ được loại này); CNAME tại đỉnh vùng giờ hướng dẫn dùng bản ghi A và AAAA. (HiTechCloud-Panel#1832)

Hạn chế đã biết​

• Module SELinux của dịch vụ xoá cache chưa được kiểm tra trên máy chủ bật SELinux enforcing; module chỉ được kiểm tra ngoại tuyến với chính sách của AlmaLinux 9. Nếu module không nạp được, thao tác xoá cache của website WordPress hoạt động như trong 4.1.6.
• Greylisting vẫn tắt trên Ubuntu 22.04 và Debian 12 khi bộ nhớ đệm được bảo mật, vì rspamd của chúng không đăng nhập được bằng tên người dùng (xem 4.1.4).