systemd 245 પોર્ટેબલ હોમ ડિરેક્ટરી અમલીકરણ સાથે ઉપલબ્ધ છે

વિકાસના ત્રણ મહિના પછી પ્રસ્તુત સિસ્ટમ મેનેજર રિલીઝ systemd 245. નવા પ્રકાશનમાં, નવા ઘટકો systemd-homed અને systemd-repart ઉમેરવામાં આવ્યા છે, JSON ફોર્મેટમાં પોર્ટેબલ વપરાશકર્તા પ્રોફાઇલ્સ માટે સપોર્ટ શામેલ છે, systemd-journald માં નેમસ્પેસ વ્યાખ્યાયિત કરવાની ક્ષમતા પ્રદાન કરવામાં આવી છે, અને "pidfd" મિકેનિઝમ માટે સમર્થન ઉમેરવામાં આવ્યું છે. . સંપૂર્ણપણે ફરીથી ડિઝાઇન સાઇટ પ્રોજેક્ટ, જે ઉપલબ્ધ મોટાભાગના દસ્તાવેજો એકત્રિત કરે છે અને નવા લોગોની દરખાસ્ત કરે છે.

મુખ્ય ફેરફાર:

• સેવા ઉમેરી સિસ્ટમ-ઘર, જે પોર્ટેબલ હોમ ડિરેક્ટરીઓનું સંચાલન પૂરું પાડે છે, જે માઉન્ટેડ ઇમેજ ફાઇલના સ્વરૂપમાં વિતરિત કરવામાં આવે છે, જેમાં ડેટા એન્ક્રિપ્ટેડ છે. Systemd-homed તમને વપરાશકર્તા ડેટા માટે સ્વ-સમાયેલ વાતાવરણ બનાવવાની મંજૂરી આપે છે જે ઓળખકર્તા સિંક્રનાઇઝેશન અને ગોપનીયતા વિશે ચિંતા કર્યા વિના વિવિધ સિસ્ટમો વચ્ચે ટ્રાન્સફર કરી શકાય છે. વપરાશકર્તા ઓળખપત્રો સિસ્ટમ સેટિંગ્સને બદલે હોમ ડિરેક્ટરી સાથે જોડાયેલા હોય છે- /etc/passwd, /etc/group અને /etc/shadow ને બદલે ફોર્મેટમાં પ્રોફાઇલનો ઉપયોગ થાય છે. JSON. વધુ વિગતો માટે, જુઓ છેલ્લી જાહેરાત સિસ્ટમ-ઘર.
• સિસ્ટમ્ડ-હોમ્ડ સાથી ઘટક ઉમેર્યું "userdb” (“systemd-userdb”), જે UNIX/glibc NSS એકાઉન્ટ્સને JSON રેકોર્ડ્સમાં અનુવાદિત કરે છે અને રેકોર્ડ્સ પર ક્વેરી કરવા અને પુનરાવર્તિત કરવા માટે એકીકૃત Varlink API પ્રદાન કરે છે. હોમ ડિરેક્ટરી સાથે સંકળાયેલ JSON પ્રોફાઇલ વપરાશકર્તાના કાર્ય માટે જરૂરી પરિમાણોનો ઉલ્લેખ કરે છે, જેમાં વપરાશકર્તાનામ, પાસવર્ડ હેશ, એન્ક્રિપ્શન કી, ક્વોટા અને જોગવાઈ કરેલ સંસાધનોનો સમાવેશ થાય છે. બાહ્ય Yubikey ટોકન પર સંગ્રહિત ડિજિટલ હસ્તાક્ષર સાથે પ્રોફાઇલને પ્રમાણિત કરી શકાય છે. પ્રોફાઇલનું સંચાલન કરવા માટે, “userdbctl” ઉપયોગિતા પ્રસ્તાવિત છે. JSON રૂપરેખાઓ માટેનો આધાર systemd-logind અને pam-systemd સહિત વિવિધ સિસ્ટમ્ડ ઘટકોમાં ઉમેરવામાં આવ્યો છે, જે પોર્ટેબલ ડિરેક્ટરીઓના વપરાશકર્તાઓને પ્રમાણિત કરવા, લૉગ ઇન કરવા, પર્યાવરણ ચલો સેટ કરવા, સત્ર બનાવવા, મર્યાદા સેટ કરવા વગેરેની મંજૂરી આપે છે. ભવિષ્યમાં, એવી અપેક્ષા રાખવામાં આવે છે કે sssd ફ્રેમવર્ક LDAP માં સંગ્રહિત વપરાશકર્તા સેટિંગ્સ સાથે JSON પ્રોફાઇલ્સ જનરેટ કરવામાં સક્ષમ હશે.
• નવી ઉપયોગિતા "systemd-repart" ઉમેરવામાં આવી છે, જે GPT ફોર્મેટમાં ડિસ્ક પાર્ટીશન કોષ્ટકોને ફરીથી પાર્ટીશન કરવા માટે રચાયેલ છે. પાર્ટીશન માળખું ફાઈલો દ્વારા ઘોષણાત્મક સ્વરૂપમાં વ્યાખ્યાયિત કરવામાં આવે છે જે વર્ણવે છે કે કયા પાર્ટીશનો અસ્તિત્વમાં હોવા જોઈએ અથવા હોઈ શકે છે. દરેક બુટ પર, વાસ્તવિક પાર્ટીશન કોષ્ટકની સરખામણી આ ફાઇલો સાથે કરવામાં આવે છે, જે પછી ગુમ થયેલ પાર્ટીશનો ઉમેરવામાં આવે છે અથવા, જો સેટિંગ્સમાં વ્યાખ્યાયિત સંબંધિત અથવા સંપૂર્ણ કદ મેળ ખાતું નથી, તો હાલની પાર્ટીશનોનું કદ વધારવામાં આવે છે. માત્ર વધારાના ફેરફારોને મંજૂરી છે, એટલે કે. માપ કાઢી નાખવું અને ઘટાડવું શક્ય નથી, પાર્ટીશનો ફક્ત ઉમેરી અને મોટું કરી શકાય છે.
  ઉપયોગિતાને 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 યજમાન બાજુ પર બનાવેલ વેથ લિંક્સ માટે સંપૂર્ણ કન્ટેનર નામ સાથે વૈકલ્પિક નામોની પેઢીનો અમલ કરે છે.
• sd-event.h API એ PID પુનઃઉપયોગની પરિસ્થિતિને હેન્ડલ કરવા માટે Linux કર્નલ સબસિસ્ટમ "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 ડેટાબેઝનું ફરીથી લોડ કરવાનું સક્ષમ કર્યું.
• PID 1 હેન્ડલરમાં “systemd.show-status=error” સેટિંગ ઉમેરવામાં આવી છે, જ્યારે સેટ કરવામાં આવે ત્યારે કન્સોલ પર માત્ર ભૂલ સંદેશાઓ અને લોડિંગ દરમિયાન નોંધપાત્ર વિલંબ પ્રદર્શિત થાય છે.
• systemd-sysusers એ પ્રાથમિક જૂથ નામ સાથે વપરાશકર્તાઓ બનાવવા માટે આધાર ઉમેર્યો કે જે વપરાશકર્તા નામથી અલગ છે.
• systemd-growfs એ /etc/fstab માં x-systemd.growfs માઉન્ટ વિકલ્પ મારફતે XFS પાર્ટીશન વિસ્તરણ માટે આધાર રજૂ કરે છે, Ext4 અને Btrfs સાથે અગાઉ સપોર્ટેડ પાર્ટીશન વિસ્તરણ ઉપરાંત.
• initrd સ્ટેજ પર પહેલાથી જ અનલોક થયેલ એનક્રિપ્ટ થયેલ પાર્ટીશનને વ્યાખ્યાયિત કરવા માટે x-initrd.attach વિકલ્પ /etc/crypttab માં ઉમેરાયેલ છે.
• systemd-cryptsetup એ PKCS#11 સ્માર્ટકાર્ડ્સનો ઉપયોગ કરીને એનક્રિપ્ટેડ પાર્ટીશનોને અનલૉક કરવા માટે આધાર (/etc/crypttab માં pkcs11-uri વિકલ્પ) ઉમેર્યો છે, ઉદાહરણ તરીકે YubiKeys સાથે પાર્ટીશન એનક્રિપ્શન જોડવા માટે.
• નવા માઉન્ટ વિકલ્પો "x-systemd.required-by" અને "x-systemd.wanted-by" ને સ્પષ્ટપણે એકમોને રૂપરેખાંકિત કરવા માટે /etc/fstab માં ઉમેરવામાં આવ્યા છે કે જે માઉન્ટ ઓપરેશનને સ્થાનિક-fs.target અને રિમોટને બદલે કૉલ કરવા માટે વ્યાખ્યાયિત કરે છે. -fs .લક્ષ્ય.
• એક નવો સેવા સેન્ડબોક્સિંગ વિકલ્પ ઉમેરવામાં આવ્યો છે - ProtectClock, જે સિસ્ટમ ઘડિયાળ પર લખવાનું મર્યાદિત કરે છે (ઍક્સેસ /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 (ફેર કતાર) પરિમાણોને ગોઠવવાની ક્ષમતા ઉમેરી છે.
• IFB નેટવર્ક ઉપકરણો માટે systemd-networkd ઉમેરાયેલ આધાર (મધ્યવર્તી કાર્યાત્મક બ્લોક).
• Systemd-networkd મલ્ટી-પાથ રૂટ્સને ગોઠવવા માટે [Route] વિભાગમાં MultiPathRoute પરિમાણનો અમલ કરે છે.
• DHCPv4 ક્લાયન્ટ માટે systemd-networkd માં, SendDecline વિકલ્પ ઉમેરવામાં આવ્યો છે, જ્યારે ઉલ્લેખિત છે, સરનામાં સાથે DHCP પ્રતિસાદ પ્રાપ્ત કર્યા પછી, ડુપ્લિકેટ સરનામાંની તપાસ કરવામાં આવે છે અને જો સરનામાંનો વિરોધાભાસ શોધાય છે, તો જારી કરાયેલ સરનામું નકારવામાં આવે છે. RouteMTUBytes વિકલ્પ પણ DHCPv4 ક્લાયન્ટમાં ઉમેરવામાં આવ્યો છે, જે તમને IP એડ્રેસ બાઈન્ડીંગ્સ (લીઝ) માંથી જનરેટ થયેલ રૂટ માટે MTU માપ નક્કી કરવા માટે પરવાનગી આપે છે.
• .network ફાઈલોના [Address] વિભાગમાં PrefixRoute સેટિંગ નાપસંદ કરવામાં આવી છે. તે "AddPrefixRoute" સેટિંગ દ્વારા બદલવામાં આવ્યું હતું, જેનો વિપરીત અર્થ છે.
• .network ફાઈલોમાં, નવા મૂલ્ય “_dhcp” માટેનો આધાર “[રુટ]” વિભાગમાં ગેટવે સેટિંગમાં ઉમેરવામાં આવ્યો છે, જ્યારે સેટ કરવામાં આવે ત્યારે, DHCP દ્વારા ગોઠવેલા ગેટવેના આધારે સ્થિર માર્ગ પસંદ કરવામાં આવે છે.
• "[RoutingPolicyRule]" વિભાગમાં .network ફાઇલોમાં સેટિંગ્સ દેખાય છે
  યુઆઈડી રેન્જ અને ઉપસર્ગના કદના આધારે સ્રોત રૂટીંગનો ઉલ્લેખ કરવા માટે વપરાશકર્તા અને દબાવો પ્રીફિક્સ લંબાઈ.

• નેટવર્કસીટીએલમાં, "સ્ટેટસ" આદેશ દરેક નેટવર્ક ઈન્ટરફેસના સંબંધમાં લોગ પ્રદર્શિત કરવાની ક્ષમતા પ્રદાન કરે છે.
• systemd-networkd-wait-online ઈન્ટરફેસ કાર્યરત થવા માટે અને ઈન્ટરફેસ નીચે જવા માટે રાહ જોવા માટે મહત્તમ સમય સુયોજિત કરવા માટે આધાર ઉમેરે છે.
• .link અને .network ફાઇલો પર પ્રક્રિયા કરવાનું બંધ કર્યું જેમાં ખાલી અથવા ટિપ્પણી કરેલ “[મેચ]” વિભાગ છે.
• .link અને .network ફાઈલોમાં, “[મેચ]” વિભાગમાં, જનરેટેડ રેન્ડમ MAC નો ઉપયોગ કરવાના કિસ્સામાં ઉપકરણોના કાયમી MAC સરનામું તપાસવા માટે “PermanentMACAddress” સેટિંગ ઉમેરવામાં આવી છે.
• .network ફાઈલોમાં “[TrafficControlQueueingDiscipline]” વિભાગનું નામ બદલીને “[NetworkEmulator]” કરવામાં આવ્યું છે, અને “NetworkEmulator” ઉપસર્ગ સંકળાયેલ સેટિંગ્સના નામોમાંથી દૂર કરવામાં આવ્યો છે.
• DNS-over-TLS માટે systemd-ઉકેલ SNI ચકાસણી માટે આધાર ઉમેરે છે.

સોર્સ: opennet.ru