systemd 259: hỗ trợ cho musl, bảo mật và các thay đổi quan trọng

Informatec Digital » Tài nguyên » systemd 259: hỗ trợ musl, bảo mật và các thay đổi quan trọng

Với systemd 259 , hệ sinh thái Linux lại một lần nữa có những thay đổi đáng kể. Phiên bản này của khung hệ thống được sử dụng rộng rãi nhất trong GNU/Linux mang đến những thay đổi sâu sắc về khả năng tương thích, bảo mật và quản lý tài nguyên, vượt xa một bản cập nhật thông thường. Mặc dù nhiều tính năng mới này mang tính kỹ thuật, nhưng chúng lại có tác động trực tiếp đến các bản phân phối, quản trị viên và người dùng cao cấp.

Trong bản phát hành này, systemd đã có một bước ngoặt quan trọng bằng cách mở ra cánh cửa cho musl như một lựa chọn thay thế cho glibc, thắt chặt các yêu cầu tối thiểu, củng cố lập trường về khởi động an toàn với TPM 2.0, tiếp tục thúc đẩy run0 như một sự thay thế cho sudo, và tinh chỉnh hoạt động của systemd-oomd để kiểm soát tốt hơn mức tiêu thụ bộ nhớ. Tất cả những điều này được thực hiện trong khi vẫn duy trì tính chất mở rộng và gây tranh cãi đã đi kèm với dự án trong nhiều năm qua.

systemd, thành phần trung tâm và gây tranh cãi của Linux hiện đại.

Ngày nay, systemd là khung hệ thống mặc định trong hầu hết các bản phân phối GNU/Linux đa năng: nó quản lý quá trình khởi động, dịch vụ, ghi nhật ký, phiên người dùng và vô số các tác vụ cấp thấp trước đây được phân tán trên nhiều công cụ khác nhau. Triết lý tích hợp ngày càng nhiều tính năng đã mang lại cho nó tầm quan trọng to lớn trong hệ thống.

Khả năng tập trung hóa các quy trình, sự phụ thuộc và tiện ích quan trọng này đã dẫn đến việc áp dụng rộng rãi, nhưng cũng gây ra nhiều tranh luận gay gắt trong cộng đồng. Đối với nhiều người, nó đơn giản hóa việc quản lý và chuẩn hóa các quy trình; đối với những người khác, nó lại là điểm yếu dễ xảy ra lỗi và sự phức tạp khó kiểm toán, với quá nhiều trách nhiệm tập trung vào cùng một dự án.

Trong vài phiên bản gần đây, tốc độ phát triển diễn ra vô cùng nhanh chóng, với các bản phát hành thường xuyên bổ sung thêm các thành phần, giao diện và cải tiến nội bộ mới . systemd 259 hoàn toàn phù hợp với xu hướng này: nó không chỉ mang đến những tinh chỉnh nhỏ, mà còn cả những quyết định chiến lược ảnh hưởng đến cách biên dịch các bản phân phối, cách khởi động hệ thống và cách quản lý tài nguyên khi hệ thống chịu tải nặng.

Trong bối cảnh này, systemd 259 đóng vai trò là một bước ngoặt trong khả năng tương thích thư viện C, hỗ trợ phần cứng bảo mật, công cụ leo thang đặc quyền và yêu cầu nền tảng, củng cố hơn nữa vai trò của systemd ở trung tâm hệ điều hành.

Hỗ trợ thử nghiệm cho musl: tạm biệt sự độc quyền của glibc

Sự phát triển đáng chú ý nhất là sự xuất hiện của hỗ trợ thử nghiệm cho musl trong systemd 259. Cho đến nay, dự án này vẫn gắn bó rất chặt chẽ với glibc, thư viện C tham chiếu cho hầu hết các bản phân phối GNU/Linux truyền thống.

Về phần mình, musl là một thư viện C nhẹ, được đánh giá cao trong các hệ thống tối giản , container và các bản phân phối hướng đến hiệu quả như Alpine Linux và các biến thể khác tập trung vào việc giảm mức tiêu thụ tài nguyên và bề mặt tấn công. Trong nhiều năm, mối quan hệ giữa systemd và musl trở nên phức tạp chính vì sự phụ thuộc vào glibc này.

Với bước tiến này, mặc dù vẫn đang trong giai đoạn thử nghiệm, systemd không còn độc quyền trong mối quan hệ với libc nữa . Điều này mở ra khả năng thực sự kết hợp systemd với musl trong các môi trường mà trước đây các hệ thống khởi tạo thay thế được sử dụng hoặc systemd bị loại bỏ hoàn toàn do hạn chế về khả năng tương thích.

Việc bổ sung tính năng này kéo theo những thay đổi đáng kể bên trong hệ thống: các giả định biên dịch, giao diện và các lệnh gọi glibc cụ thể đã phải được điều chỉnh để cho phép tích hợp musl mà không làm phá vỡ hoạt động dự kiến. Trong ngắn hạn, điều này đòi hỏi các nhà phân phối và người dùng cao cấp phải thử nghiệm kỹ lưỡng, nhưng nó đặt nền tảng cho sự đa dạng công nghệ lớn hơn trong hệ sinh thái Linux.

Động thái này cũng nhằm đáp ứng những lời chỉ trích trong quá khứ về tính chất "khép kín" của systemd so với các thư viện C khác. Mặc dù musl chưa được hỗ trợ ở mức độ hoàn thiện như glibc trong bối cảnh này, nhưng việc đã có những nỗ lực theo hướng này cho thấy mong muốn rõ ràng là mở rộng tầm nhìn và giảm bớt sự phụ thuộc cứng nhắc vào hệ sinh thái GNU truyền thống.

Khởi động an toàn hơn: chỉ TPM 2.0 cho systemd-boot và systemd-stub.

Một thay đổi quan trọng khác trong systemd 259 ảnh hưởng trực tiếp đến khởi động an toàn trên các hệ thống UEFI . Các thành phần systemd-boot (trình quản lý khởi động tích hợp) và systemd-stub (chịu trách nhiệm hỗ trợ khởi động trong môi trường UEFI) không còn hỗ trợ TPM 1.2 nữa, mà chỉ tập trung vào TPM 2.0.

Ý tưởng đằng sau quyết định này là tăng cường bảo mật bằng cách chỉ hỗ trợ phiên bản TPM được coi là mạnh mẽ và cập nhật nhất . TPM 2.0 cung cấp các khả năng mã hóa được cải tiến và một khung linh hoạt hơn cho các kịch bản như khởi động có đo lường, xác minh tính toàn vẹn và niêm phong các bí mật liên kết với trạng thái hệ thống.

Nhược điểm rất rõ ràng: các hệ thống vẫn dựa vào TPM 1.2 sẽ không nhận được hỗ trợ cho các tính năng này . Trên thực tế, điều này có thể đồng nghĩa với việc phải thay đổi bo mạch chủ hoặc bỏ qua một số tính năng khởi động an toàn dựa trên systemd-boot và systemd-stub nếu phần cứng không được cập nhật.

Tuy nhiên, trong nhiều môi trường gia đình, Secure Boot và TPM thường bị vô hiệu hóa trong các bản cài đặt Linux, cả vì sự tiện lợi và vì những rắc rối mà chúng gây ra trong quá khứ liên quan đến khả năng tương thích trình điều khiển, các tùy chọn khởi động thay thế hoặc hệ thống kép với Windows.

Tuy nhiên, đối với các kịch bản doanh nghiệp hoặc chuyên nghiệp phụ thuộc vào chuỗi khởi động an toàn với TPM 2.0 , thay đổi này phù hợp với xu hướng ngành: nó đơn giản hóa mã bằng cách loại bỏ khả năng tương thích với các hệ thống cũ và giảm rủi ro liên quan đến các ngăn xếp mã hóa cũ hơn.

run0 đang dần trở nên phổ biến hơn như một giải pháp thay thế hiện đại cho sudo.

Trong số các công cụ gây tò mò nhất trong hệ sinh thái systemd , run0 được thiết kế để thay thế cho sudo . sudo đã là tiêu chuẩn thực tế để thực thi các lệnh với quyền cao trên các hệ thống giống Unix trong nhiều thập kỷ, nhưng thiết kế và cấu hình của nó mang nặng tính lịch sử.

Với run0, nhóm systemd đang tìm kiếm nhằm cung cấp một cách tiếp cận tích hợp và có kiểm soát hơn đối với việc leo thang đặc quyền.Phiên bản 259 tích hợp một tính năng mới quan trọng: đối số --empowerĐiều này cho phép bạn bắt đầu một phiên làm việc mới với quyền hạn cao hơn mà không cần phải chuyển sang người dùng root một cách rõ ràng.

Triết lý đằng sau tùy chọn này là nhằm giảm thiểu hơn nữa việc sử dụng trực tiếp tài khoản root , điều mà bảo mật luôn cố gắng tránh hoặc ít nhất là hạn chế tối đa. Thay vì đăng nhập với tư cách root hoặc lạm dụng các shell có đặc quyền, một mô hình dựa trên các phiên làm việc được nâng cao với các quyền kiểm soát chi tiết hơn được đề xuất.

Tuy nhiên, không phải tất cả các phương pháp quản lý quyền truy cập nâng cao đều giống nhau, và việc áp dụng rộng rãi run0 vẫn còn ở giai đoạn đầu . Các quản trị viên và nhà phân phối sẽ cần đánh giá xem mô hình của nó có phù hợp hơn sudo trong các trường hợp cụ thể của họ hay không, có tính đến việc kiểm toán, khả năng tương thích với các công cụ hiện có và các chính sách truy cập đã được thiết lập.

Trong mọi trường hợp, sự phát triển tích cực của run0 cho thấy systemd không chỉ giới hạn ở việc điều phối các dịch vụ, mà còn hướng đến việc bao quát nhiều tầng quản trị hệ thống hơn, bao gồm cả việc quản lý quyền hạn hàng ngày mà cho đến nay hầu như được giao hoàn toàn cho các tiện ích bên ngoài.

systemd-oomd: kiểm soát tốt hơn các tiến trình tiêu tốn nhiều bộ nhớ

Về mặt ổn định hệ thống, systemd 259 củng cố vai trò của systemd-oomd như một trình quản lý tình trạng thiếu bộ nhớ . Thành phần này chịu trách nhiệm phản ứng khi RAM cạn kiệt, chọn lọc tắt các tiến trình trước khi toàn bộ hệ thống bị treo.

Tính năng mới quan trọng là việc bổ sung các thuộc tính OOMKills và ManagedOOMKills vào các đơn vị dịch vụ. Các thuộc tính này cho phép bạn đếm số lượng tiến trình đã bị chấm dứt bởi nhân hệ điều hành hoặc bởi chính systemd-oomd, giúp cung cấp cái nhìn rõ ràng hơn về cách giải quyết các khủng hoảng bộ nhớ.

Thông tin này đặc biệt hữu ích khi một ứng dụng bắt đầu tiêu thụ RAM một cách không kiểm soát , cho dù là do rò rỉ bộ nhớ, cấu hình sai hoặc tải đột ngột. Bằng cách theo dõi số lần cơ chế Hết tiền (Out-of-Money - OOM) được kích hoạt, quản trị viên có thể phát hiện các mô hình gây ra sự cố và điều chỉnh giới hạn trước khi tình huống tái diễn.

Ý tưởng là hệ thống, thay vì bị tắc nghẽn hoàn toàn, sẽ chọn lọc chấm dứt các tiến trình gây hại nhất , duy trì khả năng phản hồi tổng thể. Với các bộ đếm này có thể truy cập được từ các đơn vị systemd, việc kiểm tra xem dịch vụ nào thường xuyên là nguyên nhân gây ra các tình huống nghiêm trọng trở nên dễ dàng hơn.

Nhìn chung, những cải tiến đối với systemd-oomd củng cố một xu hướng rõ ràng: biến việc quản lý tài nguyên tự động thành tuyến phòng thủ đầu tiên chống lại các sự cố nghiêm trọng, với các số liệu chi tiết hơn và các quyết định minh bạch hơn cho những người quản lý hệ thống.

Các cải tiến nội bộ khác và những thay đổi liên quan trong systemd 259

Ngoài những điểm chính nổi bật, systemd 259 còn bao gồm một số điều chỉnh kỹ thuật giúp hoàn thiện các khía cạnh khác nhau của khung phần mềm , những điều chỉnh này có thể không được chú ý nhưng lại có tác động thiết thực trong môi trường thực tế.

Một mặt, việc triển khai Varlink cho giao tiếp IPC trong trình quản lý dịch vụ đã được mở rộng và hiện nay cung cấp nhiều khả năng hơn. Điều này giúp các công cụ bên ngoài và các lớp quản lý tương tác với systemd một cách phong phú và có cấu trúc hơn, tận dụng tốt hơn thông tin nội bộ mà nó xử lý.

Các thành phần như systemd-udevd và systemd-repart cũng đã được cải tiến về khả năng đọc lại bảng phân vùng trên các thiết bị khối. Phương pháp mới này được thực hiện dần dần và cẩn thận hơn, giảm nguy cơ xảy ra sự không nhất quán hoặc gián đoạn khi thay thế nóng các phân vùng hoặc thao tác với đĩa trong các hệ thống phức tạp.

Ngoài những thay đổi liên quan đến TPM, systemd-boot giờ đây còn tích hợp nhiều cấp độ ghi nhật ký khác nhau , giúp gỡ lỗi các sự cố khởi động và điều chỉnh mức độ chi tiết theo nhu cầu: từ việc thoát chương trình một cách im lặng trong môi trường ổn định đến nhật ký chi tiết cho các phiên chẩn đoán.

Một điểm thú vị khác là các tính năng như Hỗ trợ kiểm tra nhật ký Linux, PAM, libacl, libblkid, libseccomp, libselinux và libmount Sau đó, họ bị buộc tội bởi dlopen() Thay vì sử dụng liên kết động tiêu chuẩn, chiến lược này giúp giảm dung lượng cơ bản của tệp nhị phân và cho phép tạo ra môi trường nhẹ hơn, đặc biệt hữu ích trong các container nơi không phải lúc nào cũng cần toàn bộ tập hợp thư viện.

Hơn nữa, systemd-modules-load hiện tải các mô-đun kernel song song , giúp tăng tốc quá trình khởi động trên các máy có cấu hình nhiều mô-đun. Khi các hệ thống tích hợp thêm nhiều chức năng dưới dạng mô-đun, việc song song hóa này giúp tận dụng tốt hơn các CPU hiện đại.

Trong lĩnh vực mật mã, systemd-integrity-setup mở rộng các thuật toán được hỗ trợ và hiện hỗ trợ HMAC-SHA256, PHMAC-SHA256 và PHMAC-SHA512, tăng cường phạm vi tùy chọn để đảm bảo tính toàn vẹn của dữ liệu và cấu hình nhạy cảm.

Một thay đổi mà nhiều quản trị viên sẽ nhận thấy là chế độ lưu trữ nhật ký mặc định hiện nay là "lưu trữ vĩnh viễn" thay vì "tự động". Điều này có nghĩa là, nếu được hỗ trợ, nhật ký sẽ được lưu vĩnh viễn vào ổ đĩa theo mặc định, tạo điều kiện thuận lợi cho việc kiểm tra và chẩn đoán mà không cần phải điều chỉnh cấu hình ban đầu theo cách thủ công.

Yêu cầu tối thiểu khắt khe hơn: chỉ dành cho các nền tảng hiện đại.

Phiên bản 259 cũng đi kèm với sự gia tăng đáng kể các yêu cầu hệ thống tối thiểu để chạy systemd trong điều kiện được hỗ trợ. Quyết định này củng cố sự phù hợp của nó với các nền tảng hiện đại hơn.

Trong số các yêu cầu được công bố, glibc 2.34 nổi bật là phiên bản tối thiểu , điều này trực tiếp loại trừ các môi trường sử dụng thư viện C rất cũ. Linux 5.10 cũng được yêu cầu là phiên bản kernel , mặc dù các nhà phát triển khuyến nghị nhánh 5.14 để có hiệu suất phù hợp hơn với các tính năng hiện tại.

Trong lĩnh vực mật mã học, OpenSSL 3.0.0 trở thành tiêu chuẩn tối thiểu mới , thay thế các phiên bản trước đó với chu kỳ hỗ trợ sắp kết thúc. Bộ phần mềm cũng được hoàn thiện với các thư viện phụ thuộc như cryptsetup 2.4.0 và libseccomp 2.4.0, cần thiết để sử dụng đúng cách các tính năng mã hóa và cách ly.

systemd 259 cũng yêu cầu Python 3.9 trở lên đối với một số công cụ và tập lệnh nhất định , điều này có nghĩa là các hệ thống có các phiên bản Python cũ hơn sẽ cần được nâng cấp nếu muốn duy trì quy trình làm việc tích hợp mà không cần các bản vá bổ sung.

Ngoài ra, các thành phần thiết yếu như libxcrypt 4.4.0, util-linux 2.37 và các thư viện không gian người dùng khác cũng được bao gồm , tất cả nhằm mục đích thống nhất nền tảng công nghệ trên các phiên bản đảm bảo tính bảo mật và nhất quán với phần còn lại của hệ sinh thái.

Một tác dụng phụ của những yêu cầu này là chúng có thể hạn chế việc áp dụng systemd 259 trên phần cứng cũ hoặc các bản phân phối rất bảo thủ , nhưng đồng thời chúng cũng đơn giản hóa việc bảo trì mã nguồn và giảm nhu cầu duy trì khả năng tương thích với các API lỗi thời.

Tác động đến khâu phân phối và người dùng cuối

Trên thực tế, đối với hầu hết người dùng máy tính để bàn, việc cập nhật systemd thường không phải là vấn đề quan trọng . Trong các bản phân phối điểm phát hành (những bản thường được cập nhật định kỳ với các phiên bản chính), việc phiên bản systemd không thay đổi trong suốt vòng đời của nó là điều bình thường, ngoại trừ các bản vá bảo mật hoặc ổn định quan trọng.

Những người muốn luôn có phiên bản mới nhất của hệ thống thường chọn các bản phân phối dạng rolling release, chẳng hạn như Arch Linux hoặc openSUSE Tumbleweed, nơi systemd 259 sẽ được cập nhật tương đối sớm và nhanh chóng được tích hợp vào quy trình cập nhật.

Các dự án khác, chẳng hạn như Fedora, duy trì chính sách giữ nguyên phiên bản chính của systemd trong suốt vòng đời của mỗi bản phát hành ổn định, điều này mang lại khả năng dự đoán tốt hơn đổi lại việc phiên bản mới nhất hơi chậm hơn so với bản phát hành gốc.

Trong khi đó, thế giới các bản phân phối phái sinh, chẳng hạn như Linux Mint hoặc các biến thể dựa trên Ubuntu LTS của nó, có xu hướng đồng bộ hóa với tốc độ của hệ thống cơ bản mà chúng được xây dựng trên đó . Ví dụ, Linux Mint 22.3 bao gồm systemd 255 và không ngay lập tức áp dụng phiên bản 259, ưu tiên tính ổn định hơn là cuộc đua giành phiên bản mới nhất.

Đối với các quản trị viên không ngừng tìm tòi và những người hào hứng với các tính năng mới, luôn có lựa chọn thử nghiệm systemd 259 trong môi trường thử nghiệm hoặc các bản phân phối rolling release , đánh giá khả năng tương thích, tác động đến các dịch vụ chính và hành vi với phần cứng cụ thể trước khi nghĩ đến việc chuyển đổi sang môi trường sản xuất.

So sánh Linux Mint 22.3: sự ổn định so với công nghệ tiên tiến nhất

Ngược lại, đáng để xem xét Linux Mint 22.3 "Zena ", một ví dụ rõ ràng về cách một số bản phân phối ưu tiên tính ổn định trong khi hệ sinh thái systemd tiếp tục phát triển độc lập. Phiên bản này được giới thiệu là bản cập nhật mới nhất trong loạt phiên bản hiện tại và được khuyến nghị cho mọi loại người dùng, với hỗ trợ được đảm bảo đến tháng 4 năm 2029.

Mint 22.3 dựa trên Ubuntu LTS, với hệ điều hành được cập nhật nhưng vẫn giữ nguyên các thành phần cũ , và đi kèm với nhân Linux 6.14 được thiết kế, trong số những thứ khác, để hỗ trợ tốt hơn cho thế hệ bộ xử lý AMD mới nhất. Nó cũng bao gồm systemd 255 và Mesa 25, tạo ra một môi trường hiện đại mà không cần phải nâng cấp lên phiên bản mới nhất của từng thành phần.

Bản phân phối này tập trung chủ yếu vào việc cải thiện trải nghiệm máy tính để bàn . Cinnamon 6.6, môi trường chính của nó, có menu ứng dụng được thiết kế lại, hiện đại và linh hoạt hơn với các góc bo tròn và thanh bên nhóm các phím tắt, vị trí và ứng dụng yêu thích của người dùng. Các danh mục được giảm bớt vai trò để ưu tiên hơn cho chính các ứng dụng.

Menu này không chỉ có giao diện mới mà còn được đại tu toàn diện từ bên trong , với mã nguồn hiện đại hơn giúp cải thiện khả năng điều hướng bằng bàn phím, làm mới nội dung và bảo trì trong tương lai. Mục tiêu là mang đến cho người dùng trải nghiệm mượt mà hơn và tạo nền tảng ổn định hơn cho sự phát triển của dự án trong tương lai.

Hơn nữa, Mint tăng cường hỗ trợ cho bố cục bàn phím và phương thức nhập liệu , thống nhất việc xử lý các bố cục truyền thống và các phương thức dựa trên IBus. Điều này cho phép kết hợp bố cục XKB với các phương thức phức tạp, ví dụ như tiếng Nhật hoặc tiếng Trung, điều này rất quan trọng trong môi trường đa ngôn ngữ.

Tất cả những công việc này đều phù hợp với chiến lược tương lai của Mint và Cinnamon: đảm bảo khả năng tương thích hoàn toàn với Wayland . Cho đến nay, hỗ trợ bàn phím trên Wayland khá hạn chế, nhưng với bản phát hành này, cả bố cục bàn phím tiêu chuẩn và phương thức nhập liệu đều hoạt động chính xác, và bàn phím ảo trên màn hình đã được viết lại một cách nguyên bản, loại bỏ các phụ thuộc bên ngoài.

Bất chấp những tiến bộ này, Cinnamon vẫn mặc định chạy trên X11, mặc dù nó cung cấp một phiên thử nghiệm với Wayland mà hiện chưa được khuyến nghị sử dụng trong môi trường sản xuất. Tuy nhiên, phiên này đóng vai trò là nơi thử nghiệm các cải tiến cho trình quản lý cửa sổ Muffin và các thành phần quan trọng khác.

Môi trường máy tính để bàn được hoàn thiện với những cải tiến cho Nemo 6.6, trình quản lý tập tin, bổ sung thêm trình quản lý mẫu toàn diện hơn , cho phép tạm dừng và tiếp tục các thao tác tập tin, tinh chỉnh độ chính xác tìm kiếm và cải thiện khả năng xử lý hình thu nhỏ và bảng chia đôi. Nó cũng giới thiệu các chỉ báo trực quan rõ ràng hơn cho các thông báo đang chờ xử lý và một applet chuyển đổi không gian làm việc trực quan hơn.

Ngoài ra, còn có một số điều chỉnh nhỏ khác trong toàn bộ hệ thống : một ứng dụng nhỏ về chế độ ánh sáng ban đêm với nhiều tùy chọn hơn, cải tiến về khả năng điều chỉnh tỷ lệ phân số, nhiều tùy chọn cấu hình hơn trong bộ chọn Alt-Tab và bộ chọn chủ đề được sắp xếp lại theo nhóm và biến thể, được thiết kế để đơn giản hóa việc tùy chỉnh giao diện.

Khi Mint 22.3 khép lại vòng đời và chuẩn bị cho Linux Mint 23, dựa trên Ubuntu 26.04 LTS sắp ra mắt, sự khác biệt với systemd 259 trở nên rõ rệt: khung hệ thống phát triển với tốc độ chóng mặt , trong khi các bản phân phối hướng đến sự ổn định lại lựa chọn cẩn thận những bước tiến công nghệ nào cần tích hợp vào từng thời điểm.

Với tất cả các yếu tố này, systemd 259 đánh dấu một cột mốc quan trọng trong sự phát triển của trình quản lý khởi tạo và dịch vụ , phá vỡ sự phụ thuộc hoàn toàn vào glibc, tăng cường bảo mật với TPM 2.0, tinh chỉnh các công cụ như run0 và systemd-oomd, và nâng cao yêu cầu để thích ứng với Linux hiện đại. Những người muốn tận dụng tối đa các tính năng mới này sẽ cần đầu tư vào các nền tảng và phần cứng tương thích, trong khi các bản phân phối truyền thống hơn sẽ tiếp tục tự đặt ra tốc độ riêng để cân bằng giữa tính ổn định, hỗ trợ lâu dài và việc áp dụng dần dần các khả năng này.