Systemd 260: Linux'ta TPM2, sanal alan (sandboxing) ve yeni yetenekler

Donanım Kılavuzu » Satın Alma Rehberleri » Systemd 260: Linux'ta TPM2, sanal alan (sandboxing) ve yeni yetenekler

Gelmesi ile sistemd 260 Linux dağıtımları, bulut ortamlarına, sanallaştırmaya ve otomasyona yönelik daha modern ve güvenli bir ekosisteme doğru önemli bir adım daha atıyor. Bu sürüm sadece ayrıntıları iyileştirmekle kalmıyor: önyükleme, hizmet yönetimi, ağ iletişimi, bütünlük ve şifreleme için TPM2 kullanımı ve sürücü düzeyinde sanal alan oluşturma yeteneklerinde önemli değişiklikler getiriyor.

Aynı zamanda proje, dokümantasyonunu ve çalışma yöntemini de güçlendiriyor. yapay zeka ajanlarıBu durum, systemd'nin giderek daha fazla geliştirme ve gözlem aracının bağlandığı kritik bir temel olduğunu açıkça ortaya koymaktadır. Sunucularda, bulutta, kurumsal masaüstü bilgisayarlarda veya laboratuvarlarda Linux sistemlerini yönetiyorsanız, güncellemeler ve yapılandırma ayarlamaları için planlama yapmak üzere tüm bu yeni özellikleri gözden geçirmek için biraz zaman ayırmanızda fayda var.

System V'ye ve yerel sürücülere olan tam bağımlılığa nihai bir veda.

systemd 260'taki en dikkat çekici değişikliklerden biri şudur: System V komut dosyalarına verilen desteğin tamamen geri çekilmesi/etc/init.d tabanlı klasik önyükleme süreci yıllardır aşamalı olarak kaldırılma aşamasındaydı, ancak şimdi systemd kodundan tamamen kayboluyor.

Bu, SysV komut dosyaları ile yerel birimler arasında köprü kurmaktan sorumlu bileşenlerin kaldırıldığı anlamına gelir: systemd-rc-local-generator, rc-local.service, systemd-sysv-generator ve systemd-sysv-install Bunlar artık mevcut değil. Sonuç olarak, bu eski mekanizmalara hâlâ bağımlı olan herhangi bir hizmet, systemd 260'ı benimseyen sistemlerde başlatılamayacaktır.

Temizleme işlemi sırasında, Meson'un çeşitli derleme seçenekleri de eski veya kaldırılmış olarak işaretlendi. İşaretler -Drc-local=, -Dsysvinit-path= ve -Dsysvrcnd-path= Bazıları anıların sandığına kaldırılırken, diğerleri ise... -Dintegration-tests= ve -Dcryptolib= Bunlar doğrudan kaldırılıyor. Bu açık bir mesaj: her şey yerel birimler ve modern systemd altyapısı üzerinden geçmeli.

Hâlâ eski bileşenlere dayanan birçok Avrupa altyapısı için bu değişiklik, dahili hizmetlerin, özel komut dosyalarının ve eski dağıtımların gözden geçirilmesini gerektiriyor. İyi tanımlanmış birim dosyalarına geçiş artık sadece tavsiye edilen bir şey değil; systemd 260'ı entegre eden dağıtımlarda hizmetleri çalıştırmaya devam etmek istiyorsanız zorunludur.

Daha yüksek çekirdek gereksinimleri ve mevcut ortamlara odaklanma

Yeni sürüm, çekirdek için çıtayı yükseltiyor: bundan böyle, Desteklenen minimum Linux sürümü 5.10'dur.5.4 gibi çok eski dalları geride bırakarak. Ayrıca proje, ideal olanın üzerinde çalışmak olduğunu belirtiyor. Çekirdek 5.14 veya üzerive özellikle şunu tavsiye eder: 6.6 dizisi Mevcut tüm özelliklerden yararlanmak için.

Bu gereksinim artışı, modern dağıtımlarda genellikle sorun teşkil etmez, ancak çok muhafazakar ortamlarda veya uzun yıllardır sürdürülen gömülü çözümlerde işleri karmaşıklaştırabilir. systemd 260'a yükseltmeden önce, özellikle hangi çekirdeğin kullanıldığını kontrol etmek önerilir. Uzun vadeli kurulumlara sahip Avrupa veri merkezleri veya özel görsellerde.

Öte yandan, Arch Linux veya openSUSE Tumbleweed gibi sürekli güncellenen dağıtımlar, en yeni özelliklere sahip olmak isteyenler arasında oldukça popüler olup, hem yeni çekirdekleri hem de systemd'nin yeni dallarını hızla bünyelerine katma eğilimindedir. Fedora gibi diğerleri ise, her sürümün yaşam döngüsü boyunca systemd'nin ana sürümünde bir dereceye kadar istikrarı koruyarak, geçişleri planlamak için biraz daha zaman tanır.

TPM2, önyükleme bütünlüğü ve gelişmiş SRK desteği

Systemd'nin en çok geliştiği alanlardan biri de entegrasyonudur. TPM2 (Güvenilir Platform Modülü 2.0)Günümüzde UEFI anakartlarda ve orta ve üst düzey donanımlarda giderek yaygınlaşan bu çip, sistem durumuna gizli bilgiler bağlamanıza, önyükleme aşamalarını ölçmenize ve şifrelenmiş birimlerin kilidini açın Ortam beklendiği gibi olduğunda otomatik olarak.

Systemd 260, önyükleme sürecinin farklı aşamalarını kapsayan araçlar ve hizmetler ekleyerek bu entegrasyonu daha da geliştiriyor. Önemli bir bileşen ise... systemd-tpm2-kurulumuçevresindeki altyapıyı hazırlamaktan sorumlu. Depolama Kök Anahtarı (SRK) TPM'nin kök anahtarıdır. Bu kök anahtar, çiple güvenli iletişim kurmak ve diğer gizli bilgileri güvenli bir şekilde saklamak için kriptografik temel görevi görür.

Başlatma sırasında iki aşama ayırt edilebilir: initrd'de çok erken bir aşama ve kök sistemde bir başka aşama. İlkinde, "Erken TPM SRK Kurulumu" adlı bir servis, TPM'nin zaten depolanmış bir SRK'ya sahip olup olmadığını kontrol eder ve eğer yoksa, onu oluşturur ve geçici olarak kullanılabilir hale getirir. /run/systemd/tpm2-srk-public-key.*Daha sonra, gerçek dosya sistemi bağlandıktan sonra, servis SRK'yı birleştirecek ve orada saklanan anahtarın doğruluğunu teyit edecektir. /var/lib/systemd/tpm2-srk-public-key.pem Bu, TPM'dekiyle örtüşüyor.

İyi yapılandırılmış senaryolarda, bu tür muhasebe kayıtları görülür. "SRK zaten TPM'de saklanıyor." ve SRK ayak izinin beklenenle eşleştiğini gösteren mesajlar. Öte yandan, ortam uyumlu değilse (örneğin, Yocto kurulumlarında veya SPI TPM ve U-Boot ve ölçülü önyükleme ile özel önyükleme yöntemlerine sahip Raspberry Pi gibi kartlarda), systemd'nin bu dosyaları /var/lib/systemd altında oluşturamadığı durumlar ortaya çıkabilir ve bu da SRK'nın doğru yapılandırılıp yapılandırılmadığı konusunda şüpheler doğurabilir.

TPM durumu değiştiğinde, bölümler değiştirildiğinde veya önyükleme akışı değiştirildiğinde, ilgili politika artık geçerli olmayabilir. Bu gibi durumlarda, bazı bakımcılar şunları önermektedir: TPM yuvasını veya politikasını temizleyin ve anahtarı yeniden kaydedin.OpenSUSE gibi ortamlarda TPM ile disk şifreleme kılavuzlarında açıklananlara benzer prosedürler izlenerek, PCR politikasının nasıl yeniden oluşturulacağı ve birim kilidinin yeniden nasıl bağlanacağı ayrıntılı olarak anlatılmaktadır.

SRK'nın yanı sıra, udev'e dahili bir yardımcı programın eklenmesi de pratik bir iyileştirme olarak değerlendirilebilir. tpm2_idBu entegre araç, sistem bir TPM2 cihazı algıladığında çalışır ve Üretici kimliğini ve modelini otomatik olarak çıkarır.Bu, güvenlik donanımının envanterini basitleştirir; bu da kamu idarelerinde, düzenlemeye tabi şirketlerde veya hangi TPM modüllerinin kullanıldığını tam olarak bilmenin gerekli olduğu kritik altyapılarda çok faydalıdır.

Başlangıç ​​aşamasındaki ölçüm altyapısıyla entegrasyon, aşağıdaki gibi özel birimlerle de güçlendirilmektedir: sistemd-pcrextendBu, farklı PCR'lerde (örneğin, PCR 11) "enter-initrd", "leave-initrd", "sysinit" veya "ready" gibi olayları kaydeder. Bu uzantı dizisi, TPM'nin önyükleme akışının kriptografik olarak doğrulanabilir bir kaydını biriktirmesine olanak tanır; bu kayıt daha sonra Güvenilir Önyükleme politikaları veya diğer amaçlar için kullanılabilir. UKI (Birleşik Çekirdek Görüntüleri) Anahtarları vermeden önce makinenin durumunu doğrulayan işlemler.

Systemd ile hizmetlerin güvenlik önlemleri ve sanal ortamda çalıştırılması

Systemd yalnızca süreçleri başlatmakla kalmaz: aynı zamanda çok kapsamlı bir dizi özellik de sunar. sanal ortam yönergeleri Hizmetleri izole etmek ve olası bir güvenlik ihlali durumunda hasarı sınırlamak için. Bu "derinlemesine savunma" yaklaşımı, cgroup'lara, ad alanlarına, çekirdek yeteneklerine ve sistem çağrısı filtrelerine (seccomp) dayanmaktadır.

Belirli bir hizmetin durumunu değerlendirmek için systemd, bir araç içerir. systemd-analyze securityÇalıştırıldığında, 0 ile 10 arasında bir ölçekte, daha düşük değerin daha iyi olduğu bir risk endeksi içeren bir rapor oluşturur. Rapor, etkin veya eksik korumaları (ağ izolasyonu, dosya sistemi erişimi, cihazlar vb.) ayrıntılı olarak göstererek güvenlik açıklarını tespit etmeyi çok kolaylaştırır. Hangi ayarlamalar gerekiyor? ve yapılan değişikliklerin puanı gerçekten iyileştirip iyileştirmediğini kontrol edin.

Orijinal birimi düzenlemek yerine (ki bu gelecekteki paket güncellemelerinde kaybolacaktır), yeni bir birim oluşturmanız önerilir. geçersiz kılma en /etc/systemd/system/mi-servicio.service.d/ Örneğin bir dosya ile, sandbox.confDeğişiklikleri yaptıktan sonra, yapılandırmayı yeniden yüklemeniz yeterlidir. systemctl daemon yeniden yükle Yeni kısıtlamaların yürürlüğe girmesi için hizmeti yeniden başlatın.

Dosya sistemi düzeyinde en önemli seçeneklerden biri şudur: ProtectSystem=Değerler gibi strict, full o true Ağacın farklı bölümlerini salt okunur modda kurarlar. Mümkün olduğunda, genellikle şu yöntem kullanılır: ProtectSystem=strictBu, /usr, /boot, /efi ve /etc dizinlerini servis için salt okunur hale getirir. Bir uygulamanın belirli dizinlere yazması gerekiyorsa, bu işlem şu şekilde yapılabilir: ReadWritePaths=/yol birlik içinde.

Gizliliği daha da artırmak için, kullanıcı dizinlerine erişimi kısıtlamak da önerilir. ProtectHome=trueBu, hizmetin /home, /root veya /run/user dizinlerini okumasını engeller. Ayrıca, PrivateTmp=true Bu, /tmp ve /var/tmp olmak üzere iki ayrı alan oluşturarak, geçici dosyaların süreçler arasında çapraz görünürlüğünü engeller.

Cihazlarda, PrivateDevices=true Bu komut, gerçek /dev ağacını gizler ve onu minimum düzeyde güvenli sözde aygıtlarla (null, zero, random, vb.) değiştirir. Bir birimin belirli bir aygıta (örneğin, seri port veya disk bloğu) ihtiyacı varsa, bu aygıt şu komut kullanılarak sağlanabilir: DeviceAllow=/dev/xxx rw veya salt okunur modda.

Ağ aynı zamanda önemli bir vektördür. ÖzelAğ=true Yalnızca geri döngü (loopback) arayüzü kalacak şekilde izole bir ağ ad alanı oluşturulur; servis fiziksel arayüzleri göremez ve dış dünyayla iletişim kuramaz. Alternatif olarak, kullanabileceği adres ailelerini kısıtlayabilirsiniz. KısıtlamaAdresAileleri=IPv4/IPv6 için yalnızca AF_INET ve AF_INET6'ya, yerel soketler için AF_UNIX'e veya hatta none Ağ yeteneklerini tamamen Japonlaştırmak.

Ayrıcalıklara ilişkin olarak, yönerge NoNewPrivileges=true En güçlülerinden biri: işlemin setuid ikili dosyaları veya yetenek değişiklikleri yoluyla yeni ayrıcalıklar edinmesini engeller. Kısacası, hizmet savunmasız kod çalıştırsa bile, geleneksel mekanizmalar aracılığıyla root yetkisine yükseltme yapamamalıdır. Bununla birlikte YetenekBoundingSet=İzin verilen yeteneklerin tam listesini tanımlayarak (örneğin, yalnızca CAP_NET_BIND_SERVICE'in düşük portlarda dinleme yapmasına izin vererek), saldırı yüzeyi en aza indirilir.

Dahası, systemd sistem çağrılarını filtrelemeye olanak tanır. Sistem Çağrısı Filtresi=Sistem çağrılarını manuel olarak listelemek yerine, önceden tanımlanmış gruplar kullanılır, örneğin: @system-service, @network-io, @basic-io veya şu gibi grupları reddetmek ~@privileged. Ile systemd-analiz sistem çağrısı filtresi Hangi çağrıların hangi gruba ait olduğunu incelemek mümkündür. Bu, özel bir sanal ortamın sunacağına benzer, çok sınırlı bir yürütme profili oluşturulmasına olanak tanır.

Diğer ilgili düzenlemeler şunlardır: ProtectKernelTunables=trueBu, /proc/sys ve /sys dizinlerindeki çekirdek parametrelerinin değiştirilmesini engeller. ProtectKernelModules=trueBu, modüllerin yüklenmesini veya boşaltılmasını engeller. ProtectKernelLogs=trueBu, çekirdek kayıtlarının okunmasını engeller ve ProtectControlGroups=trueBu, cgroups hiyerarşisine yazma işlemlerini engeller. Tüm bunlar, yeni kullanıcı izolasyon yetenekleriyle sorunsuz bir şekilde birleşir, örneğin: ÖzelKullanıcılar=tam260. sürümde, iç içe systemd'ye sahip ortamlar için gerekli olan önceki geçici çözümleri ortadan kaldırarak, tüm kullanıcı kimliklerini eşleyecek şekilde güncellenmiştir.

PrivateUsers, xaccess ve yeni cihaz erişim kontrolleri

Mekanizması Özel KullanıcılarHizmetleri izole edilmiş bir kullanıcı kimliği alanında çalıştırmak üzere tasarlanmıştır ve systemd 260'ta birleştirilmiştir. Seçenek ÖzelKullanıcılar=tam Artık tüm tanımlayıcıları eşleştiriyor ve bu da konteynerlerde ve eski sürümlere (257 öncesi) dayalı iç içe systemd örneklerine sahip sistemlerde işleri basitleştiriyor. Bu iyileştirme, bu eski örnekleri tespit etmek için kullanılan geçici çözümleri ortadan kaldırdı.

Buna paralel olarak, aşağıdaki gibi bileşenler systemd-logind ve systemd-udevd Onlar şu konsepti hayata geçiriyorlar: xaccessBu mekanizma, klasik mantığı tamamlar. uaccessxaccess, yerel makinede ön planda grafik oturumu olan kullanıcılara belirli aygıtlara (örneğin, ses veya video) erişim izni verir. İzinler xaccess'e devredilebilir. Özel olarak işaretlenmiş oturumlara sahip uzaktan kullanıcılarÖrneğin, uzaktan masaüstü bağlantısıyla bağlanan bir kullanıcı, tüm sisteme geniş yetkiler vermeden yerel GPU işleme aygıtlarına erişebilir.

Bu oturumların yapılandırması, özellikle PAM aracılığıyla ortaya çıkarılan ortam değişkenlerini içerir. PAMXDG_SESSION_EXTRA_DEVICE_ACCESS=Bu, hangi belirli cihazların bu çerçeve kapsamına girdiğini tanımlamaya olanak tanır. Bu yaklaşım, hassas donanımlara erişimde ayrıntılılık ve izlenebilirlik gerektiren Avrupa Birliği'nin düzenleyici uyumluluk ve veri koruma gereksinimleriyle son derece uyumludur.

mstack, systemd-mstack ve yeni konteyner araçları

Konteynerleştirme alanında, systemd 260 yeni bir işlevsellik sunmaktadır. mstack ve ilgili bir komut, systemd-mstackmstack'in ardındaki fikir, bir şeyi tanımlamaya olanak sağlamaktır. Yer PaylaşımlıFS özel bir dizinin yapısına dayalı olarak .mstack/Katmanlarını düzenlemek için belirli bir şartnameye uyan bir sistemdir.

Yeni komut satırı aracı systemd-mstack, bu dosya sistemi "yığınlarıyla" etkileşimli olarak çalışmayı kolaylaştırarak, konteynerler veya yüksek düzeyde yalıtılmış hizmetler için katmanlı ortamlar kurarken esneklik sağlıyor. Bu işlevsellik aynı zamanda iyileştirmelerle de bağlantılıdır. systemd-ithal edildiBu da desteğini genişletiyor. OCI görüntülerini indirin ve yönetinBu durum, Avrupa'daki bulut sağlayıcılarında ve modern barındırma platformlarında çok yaygın olan bir özellik olan systemd'nin konteynerleştirme ve sanal ortam oluşturma motoru rolünü pekiştiriyor.

Ağ: ModemManager ile entegrasyon ve yeni performans seçenekleri

Ağ katmanında, systemd-networkd önem kazanmaya devam ediyor. Dikkat çekici yeni özelliklerinden biri de şudur: “Simple Connect” protokolü kullanılarak ModemManager ile entegrasyonBu sayede modemleri ve mobil bağlantıları harici araçlara ihtiyaç duymadan doğrudan networkd üzerinden yönetebilirsiniz.

Bu akışı desteklemek için yeni bir bölüm eklendi. Yapılandırma dosyalarına, aşağıdaki gibi parametrelerle birlikte: APN=, AllowedAuthenticationMechanisms=, User=, Password=, IPFamily=, AllowRoaming=, PIN=, OperatorId=, RouteMetric= y UseGateway=Bu, dağıtımları kolaylaştırır. kırsal alanlar veya mobil ağlara dayalı bağlantıya sahip ortamlarÖzellikle fiber optik internetin veya kaliteli sabit hatların her zaman bulunmadığı Avrupa'nın bazı bölgelerinde oldukça yaygındır.

Performans açısından dosyalar .bağlantı systemd-networkd, özellikle Ethernet aygıtları için yeni seçenekler içermektedir. Bunlar arasında şunlar yer almaktadır: ScatterGather, ScatterGatherFragmentList, TCPECNSegmentationOffload, TCPMangleIdSegmentationOffload, GenericReceiveOffloadList ve GenericReceiveOffloadUDPForwardingBu seçenekler, donanım ve sürücülere yapılan iş yükünün hassas bir şekilde ayarlanmasına olanak tanır; bu da kurumsal ağlar, veri merkezleri ve her milisaniyelik gecikmeyi en aza indirmesi gereken hizmet sağlayıcılar için çok önemlidir.

Ayrıca, arayüzler Varlink ve JSON systemd-networkd artık IP adreslerini belirli bir formatta raporlayabiliyor. insan tarafından okunabilir (Dizeler) tamsayı dizisi olarak gösterimini korurken. Bu, sezgisel olmayan sayısal biçimlerle uğraşmak istemeyen izleme panoları, yönetim komut dosyaları veya üçüncü taraf araçlarla entegrasyonu basitleştirir.

Hizmet taşınabilirliği, geçici sanal makineler ve ayrıcalıksız hizmetler

Parça systemd-taşınabilirGörüntü dosyaları halinde paketlenmiş "taşınabilir" hizmetleri yönetmekten sorumlu yazılım, çok ilginç bir yetenek kazanıyor: çalıştırabiliyor. kullanıcı düzeyinde bir hizmet olarakBu, yetkisiz kullanıcıların normal oturumlarında, sudo veya yükseltilmiş ayrıcalıklara başvurmadan kendi alanlarında taşınabilir hizmetleri başlatıp yönetebilecekleri anlamına gelir.

Ayrıca, bu sürümden itibaren taşınabilir hale getirilebilir. Politikalar oluşturun ve taşınabilir bir hizmetle ilişkili imajı belirleyin.Bu, görüntünün yeniden eklenmeden değiştirilmesini önler. Kullanıcılar böylece, laboratuvarlar, geliştirme ortamları ve test ortamları için oldukça cazip olan, değiştirilemezlik garantisiyle kendi kendine yeten ortamlar kurabilirler.

Ayrıca, systemd-vmspawn —systemd ile entegre bir şekilde sanal makineleri başlatmak için tasarlanmış araç— yeteneklerini genişleterek kayıt olma özelliğini de kazanıyor. Kullanıcı oturumu içinde systemd tarafından işlendiAynı zamanda bir seçenek de sunuyor. –geçici Kullanım ömrü sona erdiğinde imha edilen geçici makineler oluşturmak. Bu, CI/CD işlem hatları, sanal sınıflar veya Avrupa eğitim platformları gibi gereksinimlere mükemmel şekilde uyuyor. makineleri hızlı ve kontrollü bir şekilde kaldırmak ve çekmek.

SCHED_EXT ve THP ile CPU, bellek ve zamanlama üzerinde hassas kontrol.

Systemd 260, yeni politikalarla performans kontrolüne de odaklanıyor. Servis seçeneği CPUZamanlamaPolitikası= şimdi değeri kabul et extBu da zamanlayıcıyı etkinleştirir. SCHED_EXTBu alternatif planlayıcı, yeni olanaklar sunuyor. farklı planlama politikalarıyla yapılan deneyler Çekirdek standartlarına göre, bu durum Ar-Ge laboratuvarlarında veya yüksek düzeyde uzmanlaşmış uygulamalarda ilgi çekici olabilir.

Bellek alanında görünür. MemoryTHP=bu da kullanımın yönetilmesine olanak tanır Şeffaf Büyük Sayfalar (THP) Her hizmet için ayrı ayrı. Tüm sistem için küresel bir davranış yerine, belirli bir birimin THP'den yararlanıp yararlanmayacağına, devre dışı bırakıp bırakmayacağına veya ara modları benimseyip benimsemeyeceğine karar verilebilir. Bankacılık, sigorta veya kamu yönetimi gibi kritik uygulamalar için bu ayrıntılı kontrol, önemli bir fark yaratabilir. gecikme süresi, bellek tüketimi ve performans.

Systemctl'de yeni komutlar ve Varlink'in genişletilmiş kullanımı

Tanınmış komando sistemctl yeni bir sipariş kazanıyor: sıraya alınmış işaretliBu işlem dahili olarak D-Bus yöntemini çağırır. İşaretliİşleri Sıraya Al() Ayrıca önceden seçilmiş iş ve hizmet kuyruklarıyla çalışmaya olanak tanır. Bu küçük bir ayrıntı gibi görünse de, operasyon ekipleri için son derece önemlidir. büyük ölçekli sunucu çiftlikleri Bu, dağıtım ve otomasyon iş akışlarını iyileştirmek için kullanılan bir başka araçtır.

Buna paralel olarak, proje kullanımını genişletmeye devam ediyor. Varlink Sistemd, bileşenler arasında bir iletişim mekanizması olarak işlev görür. Systemd'nin birçok bölümü, harici araçlarla, özel gösterge panelleriyle veya sistem bilgilerine yapılandırılmış erişime ihtiyaç duyan izleme aracılarıyla entegrasyonu kolaylaştıran kararlı Varlink arayüzleri sunar.

Sistem tanımlama alanları ve kullanıcı deneyimi

Bazı dağıtımlar için ilginç ama kullanışlı yeni bir özellik, alanın tanıtılmasıdır. SÜSLÜ İSİM= arşivde /etc/os-releaseBu alan PRETTY_NAME alanına benzer, ancak farklı seçeneklere olanak tanır. ANSI dizileri ve daha ayrıntılı Unicode karakterleriBu sayede, belirli dağıtımlar ve edisyonlar daha dikkat çekici veya ayırt edici isimlerle sunulabilir.

FANCY_NAME değerine systemd yöneticisi aracılığıyla şu komut kullanılarak ulaşılabilir: systemd-ana bilgisayar adı veya danışmanlık yaparken hostnamectlKüçük bir değişiklik olsa da, masaüstü ortamlarında ve grafiksel yönetim panellerinde faydalı olabilir. sistemi bir bakışta tanımlayın Bu durum, özellikle çok sayıda türetilmiş varyantla uğraşırken, yönetilmesi zor bir süreçtir.

Yapay zeka ajanları ve destekli inceleme iş akışı için özel dokümantasyon

Systemd geliştirme sürecinin nereye doğru ilerlediğine dair en ilginç işaretlerden biri, özellikle systemd'ye yönelik hazırlanmış dokümantasyonun ortaya çıkmasıdır. yapay zeka ajanlarıDepoya bir dosya dahil edilmiştir. ACENTALAR.mdKod analiz araçları ve programlama yardımcıları için tasarlanmıştır ve bazı kişilerin belirttiği gibi teknoloji kılavuzlarıProjenin mimarisini, stilini, geliştirme akışını ve katkı yönergelerini daha iyi anlamayı sağlar.

Bu belge, bileşenleri, derleme yollarını, testlerin ve entegrasyonun nasıl çalıştırılacağını ve kabul edilebilir yamalar oluşturmaya yönelik yönergeleri açıklamaktadır. Amaç, kodu inceleyen veya değişiklikler üreten yapay zeka ajanlarının bunlarla çalışmasını sağlamaktır. systemd'nin nasıl organize edildiğine dair sağlam bir bağlam.Hataları ve yanlış önerileri azaltmak.

AGENTS.md dosyasının yanında, adı geçen bir dosya görünür. CLAUDE.mdBu, ilkine açıkça atıfta bulunuyor ve en yaygın kullanılan yapay zeka tabanlı geliştirme yardımcılarından biri olan Claude Code aracına rehberlik etmeye odaklanıyor. Bu şekilde proje, yapay zekayı geliştirme döngüsüne açıkça entegre ediyor.

Ek olarak, bir yapılandırma dosyası da dahildir. claude-incelemesi.ymlDeğişiklik taleplerinin (çekme talepleri) analiz sürecinin Claude Code yardımıyla nasıl incelenmesi gerektiğinin tanımlandığı yer burasıdır. Bu bağlamda, yapay zeka kullanan katkıların bu hususu içermesi gerekmektedir. açıklama etiketleri olarak Co-developed-by Bu yamalarda, otomatik bir aracın kodun oluşturulmasında rol oynadığına dair kanıtlar bırakılmıştır.

Eski sistemlerin desteğinin iyileştirilmesi, sanal ortamda yapılan geliştirmeler, TPM2 ve SRK'ya yönelik iyileştirmeler, gelişmiş ağ entegrasyonu, yeni taşınabilirlik özellikleri ve akıllı aracılar için tasarlanmış dokümantasyon gibi tüm bu değişikliklerle birlikte; sistemd 260 Bu durum, modern Linux ekosistemindeki merkezi rolünü pekiştiriyor. İspanya ve Avrupa'daki yöneticiler ve geliştiriciler için acil zorluk, çekirdekleri incelemek, önyükleme yapılandırmalarını ve hizmetlerini uyarlamak ve bu özelliklerden yararlanarak mevcut sistem kullanımına uygun, daha güvenli ve otomatikleştirilmiş altyapılar oluşturmaktır.