systemd 245 पोर्टेबल होम डिरेक्ट्री अंमलबजावणीसह उपलब्ध आहे

तीन महिन्यांच्या विकासानंतर सादर सिस्टम मॅनेजर रिलीझ systemd 245. नवीन रिलीझमध्ये, नवीन घटक systemd-homed आणि systemd-repart जोडले गेले आहेत, JSON स्वरूपात पोर्टेबल वापरकर्ता प्रोफाइलसाठी समर्थन समाविष्ट केले आहे, systemd-journald मध्ये नेमस्पेसेस परिभाषित करण्याची क्षमता प्रदान केली आहे, आणि “pidfd” यंत्रणेसाठी समर्थन जोडले आहे. . पूर्णपणे पुनर्रचना प्रकल्प, जे बहुतेक उपलब्ध दस्तऐवज संकलित करते आणि नवीन लोगो प्रस्तावित करते.

मुख्य बदल करा:

• सेवा जोडली systemd-homed, जे पोर्टेबल होम डिरेक्ट्रीचे व्यवस्थापन प्रदान करते, माउंट केलेल्या इमेज फाइलच्या स्वरूपात वितरित केले जाते, ज्यामध्ये डेटा एनक्रिप्ट केलेला आहे. Systemd-homed तुम्हाला वापरकर्ता डेटासाठी स्वयंपूर्ण वातावरण तयार करण्यास अनुमती देते जे अभिज्ञापक सिंक्रोनाइझेशन आणि गोपनीयतेची चिंता न करता भिन्न प्रणालींमध्ये हस्तांतरित केले जाऊ शकते. वापरकर्ता क्रेडेन्शियल्स सिस्टीम सेटिंग्ज ऐवजी होम डिरेक्टरीशी जोडलेले असतात—/etc/passwd, /etc/group आणि /etc/shadow ऐवजी फॉरमॅटमधील प्रोफाइल वापरले जाते. JSON. अधिक तपशीलांसाठी, पहा शेवटची घोषणा systemd-homed.
• सिस्टम्ड-होम कंपेनियन घटक जोडले "userdb” (“systemd-userdb”), जे UNIX/glibc NSS खात्यांचे JSON रेकॉर्डमध्ये भाषांतर करते आणि नोंदींवर क्वेरी आणि पुनरावृत्ती करण्यासाठी युनिफाइड Varlink API प्रदान करते. होम डिरेक्टरीशी संबंधित JSON प्रोफाईल वापरकर्तानाव, पासवर्ड हॅश, एन्क्रिप्शन की, कोटा आणि तरतूद केलेल्या संसाधनांसह वापरकर्त्याच्या कामासाठी आवश्यक पॅरामीटर्स निर्दिष्ट करते. बाह्य Yubikey टोकनवर संग्रहित डिजिटल स्वाक्षरीसह प्रोफाइल प्रमाणित केले जाऊ शकते. प्रोफाइल व्यवस्थापित करण्यासाठी, “userdbctl” उपयुक्तता प्रस्तावित आहे. JSON प्रोफाईलसाठी समर्थन systemd-logind आणि pam-systemd सह विविध systemd घटकांना जोडले गेले आहे, ज्यामुळे पोर्टेबल डिरेक्ट्रीच्या वापरकर्त्यांना प्रमाणीकरण करणे, लॉग इन करणे, पर्यावरण व्हेरिएबल्स सेट करणे, सत्र तयार करणे, मर्यादा सेट करणे इ. भविष्यात, sssd फ्रेमवर्क LDAP मध्ये संग्रहित वापरकर्ता सेटिंग्जसह JSON प्रोफाइल तयार करण्यास सक्षम असेल अशी अपेक्षा आहे.
• जीपीटी फॉरमॅटमध्‍ये डिस्‍क विभाजन सारणी पुनर्विभाजित करण्‍यासाठी डिझाइन केलेली एक नवीन युटिलिटी “systemd-repart” जोडली गेली आहे. विभाजन रचना फायलींद्वारे घोषणात्मक स्वरूपात परिभाषित केली जाते जी कोणती विभाजने अस्तित्वात असावी किंवा असू शकतात. प्रत्येक बूटवर, वास्तविक विभाजन सारणीची या फायलींशी तुलना केली जाते, त्यानंतर गहाळ विभाजने जोडली जातात किंवा, सेटिंग्जमध्ये परिभाषित सापेक्ष किंवा परिपूर्ण आकार जुळत नसल्यास, विद्यमान आकार वाढविला जातो. केवळ वाढीव बदलांना अनुमती आहे, उदा. हटवणे आणि आकार कमी करणे शक्य नाही, विभाजन फक्त जोडले आणि मोठे केले जाऊ शकते.
  युटिलिटी initrd वरून लाँच करण्यासाठी डिझाइन केलेली आहे आणि ज्या डिस्कवर रूट विभाजन स्थित आहे ती स्वयंचलितपणे शोधते, ज्याला बदलांच्या व्याख्येसह फाइल्सशिवाय, अतिरिक्त कॉन्फिगरेशनची आवश्यकता नसते.

  सराव मध्ये, systemd-repart ऑपरेटिंग सिस्टमच्या प्रतिमांसाठी उपयुक्त ठरू शकते जे सुरुवातीला कमीत कमी स्वरूपात पाठवले जाऊ शकते आणि प्रथम बूट झाल्यानंतर विद्यमान ब्लॉक उपकरणाच्या आकारात वाढवले ​​जाऊ शकते किंवा अतिरिक्त विभाजनांसह पूरक केले जाऊ शकते (उदाहरणार्थ, रूट संपूर्ण डिस्क कव्हर करण्यासाठी विभाजन विस्तृत केले जाऊ शकते किंवा प्रथम बूट झाल्यानंतर स्वॅप विभाजन किंवा /home) तयार करा. दुसरा वापर दोन फिरत्या विभाजनांसह कॉन्फिगरेशनचा असेल - फक्त पहिले विभाजन सुरुवातीला पुरवले जाऊ शकते, आणि दुसरे पहिल्या बूटवर तयार केले जाईल.

• systemd-journald ची अनेक उदाहरणे लाँच करणे आता शक्य आहे, ज्यापैकी प्रत्येक लॉग स्वतःच्या नेमस्पेसमध्ये ठेवतो. मुख्य systemd-journald.service व्यतिरिक्त, .service निर्देशिका “LogNamespace” निर्देशाचा वापर करून त्यांच्या नेमस्पेसशी बंधनकारक अतिरिक्त उदाहरणे तयार करण्यासाठी टेम्पलेट ऑफर करते. प्रत्येक लॉग नेमस्पेस स्वतंत्र पार्श्वभूमी प्रक्रियेद्वारे त्याच्या स्वतःच्या सेटिंग्ज आणि मर्यादांच्या सेटसह सर्व्ह केले जाते. प्रस्तावित वैशिष्ट्य मोठ्या प्रमाणात लॉगसह लोड बॅलेंसिंगसाठी किंवा अनुप्रयोग अलगाव वाढविण्यासाठी उपयुक्त असू शकते. क्वेरी फक्त निर्दिष्ट नेमस्पेसपुरती मर्यादित ठेवण्यासाठी journalctl मध्ये "--namespace" पर्याय जोडला.
• Systemd-udevd आणि इतर systemd घटकांनी नेटवर्क इंटरफेसला पर्यायी नावे नियुक्त करण्यासाठी प्रणालीसाठी समर्थन जोडले आहे, एका इंटरफेससाठी एकाच वेळी अनेक नावे वापरण्याची परवानगी देते. नाव 128 वर्णांपर्यंत असू शकते (पूर्वी, नेटवर्क इंटरफेस नाव 16 वर्णांपर्यंत मर्यादित होते). पूर्वनिर्धारितपणे, systemd-udevd आता प्रत्येक नेटवर्क इंटरफेसला समर्थीत नामकरण योजनांद्वारे व्युत्पन्न केलेल्या सर्व प्रकारांची नावे नियुक्त करते. हे वर्तन .link फाइल्समधील नवीन AlternativeName आणि AlternativeNamesPolicy सेटिंग्जद्वारे बदलले जाऊ शकते. systemd-nspawn यजमान बाजूला तयार केलेल्या veth लिंक्ससाठी पूर्ण कंटेनर नावासह पर्यायी नावांची निर्मिती लागू करते.
• sd-event.h API पीआयडी पुनर्वापराची परिस्थिती हाताळण्यासाठी लिनक्स कर्नल उपप्रणाली "pidfd" साठी समर्थन जोडते (pidfd विशिष्ट प्रक्रियेशी संबंधित आहे आणि बदलत नाही, तर PID वर्तमान प्रक्रियेनंतर दुसर्‍या प्रक्रियेशी संबंधित असू शकते. त्याच्याशी संबंधित या PID मधून बाहेर पडते). PID 1 वगळता सर्व systemd घटकांना pidfds वापरण्यासाठी रूपांतरित केले गेले आहे जर उपप्रणाली वर्तमान कर्नलद्वारे समर्थित असेल.
• systemd-logind PolicyKit द्वारे आभासी टर्मिनल बदल ऑपरेशनसाठी प्रवेश तपासणी प्रदान करते. डीफॉल्टनुसार, सक्रिय टर्मिनल बदलण्याची परवानगी फक्त अशा वापरकर्त्यांना दिली जाते ज्यांनी किमान एकदा स्थानिक व्हर्च्युअल टर्मिनलवर सत्र सुरू केले आहे.
• systemd सह initrd प्रतिमा निर्माण करणे सोपे करण्यासाठी, PID 1 हँडलर आता initrd वापरला जात आहे की नाही हे ओळखतो आणि या प्रकरणात default.target ऐवजी initrd.target स्वयंचलितपणे लोड करतो. या दृष्टिकोनासह, initrd आणि मुख्य प्रणाली प्रतिमा फक्त /etc/initrd-release फाइलच्या उपस्थितीत भिन्न असू शकतात.
• नवीन कर्नल कमांड लाइन पॅरामीटर जोडले - "systemd.cpu_affinity", /etc/systemd/system.conf मधील CPUAffinity पर्यायाच्या समतुल्य आणि तुम्हाला PID 1 आणि इतर प्रक्रियांसाठी CPU अॅफिनिटी मास्क कॉन्फिगर करण्याची परवानगी देते.
• "systemctl deemon-reload" सारख्या आदेशांद्वारे PID 1 रीस्टार्ट करण्यासोबत SELinux डेटाबेसचे रीलोडिंग सक्षम केले.
• “systemd.show-status=error” सेटिंग PID 1 हँडलरमध्ये जोडली गेली आहे, सेट केल्यावर, कन्सोलवर फक्त त्रुटी संदेश आणि लोडिंग दरम्यान महत्त्वपूर्ण विलंब प्रदर्शित केला जातो.
• systemd-sysusers ने वापरकर्ता नावापेक्षा वेगळे असलेल्या प्राथमिक गट नावासह वापरकर्ते निर्माण करण्यासाठी समर्थन जोडले.
• systemd-growfs XFS विभाजन विस्तारासाठी समर्थन /etc/fstab मध्ये x-systemd.growfs माउंट पर्याय द्वारे सादर करते, Ext4 आणि Btrfs सह पूर्वी समर्थित विभाजन विस्ताराव्यतिरिक्त.
• initrd टप्प्यावर आधीच अनलॉक केलेले एनक्रिप्टेड विभाजन परिभाषित करण्यासाठी /etc/crypttab मध्ये x-initrd.attach पर्याय जोडले.
• systemd-cryptsetup ने PKCS#11 स्मार्टकार्ड वापरून एनक्रिप्टेड विभाजने अनलॉक करण्यासाठी समर्थन (/etc/crypttab मध्ये pkcs11-uri पर्याय) जोडले आहे, उदाहरणार्थ YubiKeys मध्ये विभाजन एनक्रिप्शन संलग्न करण्यासाठी.
• नवीन माउंट पर्याय "x-systemd.required-by" आणि "x-systemd.wanted-by" /etc/fstab मध्ये जोडले गेले आहेत जे एककांना स्पष्टपणे कॉन्फिगर करतात जे माउंट ऑपरेशन्स स्थानिक-fs.target आणि रिमोट ऐवजी कॉल करण्यासाठी परिभाषित करतात. -fs .लक्ष्य.
• एक नवीन सेवा सँडबॉक्सिंग पर्याय जोडला गेला आहे - प्रोटेक्टक्लॉक, जे सिस्टम घड्याळावर लेखन मर्यादित करते (/dev/rtc, सिस्टम कॉल आणि CAP_SYS_TIME/CAP_WAKE_ALARM परवानग्या स्तरावर प्रवेश अवरोधित केला आहे).
• तपशीलासाठी शोधण्यायोग्य विभाजने आणि systemd-gpt-auto-generator जोडले विभाजन ओळख
  /var आणि /var/tmp.

• "systemctl list-unit-files" मध्ये, युनिट्सची सूची प्रदर्शित करताना, एक नवीन स्तंभ दिसला आहे जो या प्रकारच्या युनिटसाठी निर्मात्याच्या प्रीसेटमध्ये ऑफर केलेली सक्षम स्थिती प्रतिबिंबित करतो.
• “systemctl” मध्ये “—with-dependencies” हा पर्याय जोडला गेला आहे, स्थापित केल्यावर, “systemctl status” आणि “systemctl cat” सारख्या कमांड केवळ सर्व संबंधित युनिट्सच नव्हे तर ते ज्या युनिट्सवर अवलंबून आहेत ते देखील दाखवतील.
• systemd-networkd मध्ये, qdisc कॉन्फिगरेशनने TBF (टोकन बकेट फिल्टर), SFQ (स्टोकास्टिक फेअरनेस क्यूइंग), CoDel (नियंत्रित-विलंब सक्रिय रांग व्यवस्थापन) आणि FQ (फेअर क्यू) पॅरामीटर्स कॉन्फिगर करण्याची क्षमता जोडली आहे.
• systemd-networkd ने IFB नेटवर्क उपकरणांसाठी समर्थन जोडले (इंटरमीडिएट फंक्शनल ब्लॉक).
• Systemd-networkd मल्टी-पाथ रूट्स कॉन्फिगर करण्यासाठी [Route] विभागात MultiPathRoute पॅरामीटर लागू करते.
• DHCPv4 क्लायंटसाठी systemd-networkd मध्ये, SendDecline पर्याय जोडला गेला आहे, निर्दिष्ट केल्यावर, पत्त्यासह DHCP प्रतिसाद प्राप्त केल्यानंतर, डुप्लिकेट पत्ता तपासणी केली जाते आणि पत्ता विरोध आढळल्यास, जारी केलेला पत्ता नाकारला जातो. RouteMTUBytes पर्याय देखील DHCPv4 क्लायंटमध्ये जोडला गेला आहे, ज्यामुळे तुम्हाला IP पत्ता बाइंडिंग्ज (लीज) मधून तयार केलेल्या मार्गांसाठी MTU आकार निश्चित करता येतो.
• .network फाइल्सच्या [Address] विभागातील PrefixRoute सेटिंग नापसंत करण्यात आली आहे. ते "AddPrefixRoute" सेटिंगने बदलले होते, ज्याचा उलट अर्थ आहे.
• .network फाइल्समध्ये, नवीन मूल्य “_dhcp” साठी समर्थन “[मार्ग]” विभागातील गेटवे सेटिंगमध्ये जोडले गेले आहे, सेट केल्यावर, DHCP द्वारे कॉन्फिगर केलेल्या गेटवेवर आधारित स्थिर मार्ग निवडला जातो.
• सेटिंग्ज “[RoutingPolicyRule]” विभागातील .network फायलींमध्ये दिसू लागल्या आहेत.
  UID श्रेणी आणि उपसर्ग आकारावर आधारित स्त्रोत राउटिंग निर्दिष्ट करण्यासाठी वापरकर्ता आणि SuppressPrefixLength.

• networkctl मध्ये, “status” कमांड प्रत्येक नेटवर्क इंटरफेसच्या संबंधात लॉग प्रदर्शित करण्याची क्षमता प्रदान करते.
• systemd-networkd-wait-online इंटरफेस कार्यान्वित होण्याची प्रतीक्षा करण्यासाठी आणि इंटरफेस खाली जाण्यासाठी प्रतीक्षा करण्यासाठी जास्तीत जास्त वेळ सेट करण्यासाठी समर्थन जोडते.
• .लिंक आणि .नेटवर्क फाइल्सवर प्रक्रिया करणे थांबवले आहे ज्यामध्ये रिक्त किंवा टिप्पणी केलेल्या “[मॅच]” विभाग आहेत.
• .link आणि .network फायलींमध्ये, “[Match]” विभागात, व्युत्पन्न केलेल्या यादृच्छिक MAC वापरण्याच्या बाबतीत डिव्हाइसेसचा कायमचा MAC पत्ता तपासण्यासाठी “कायमचा MAC पत्ता” सेटिंग जोडली गेली आहे.
• .network फाईल्समधील “[TrafficControlQueueingDiscipline]” विभागाचे नाव बदलून “[NetworkEmulator]” केले गेले आहे, आणि “NetworkEmulator” उपसर्ग संबंधित सेटिंग्जच्या नावांमधून काढून टाकण्यात आला आहे.
• DNS-over-TLS साठी systemd-resolved SNI तपासणीसाठी समर्थन जोडते.

स्त्रोत: opennet.ru