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 ഘടകങ്ങളിലേക്ക് ചേർത്തിട്ടുണ്ട്, ഇത് പോർട്ടബിൾ ഡയറക്‌ടറികളുടെ ഉപയോക്താക്കളെ ആധികാരികമാക്കാനും ലോഗിൻ ചെയ്യാനും പരിസ്ഥിതി വേരിയബിളുകൾ സജ്ജീകരിക്കാനും ഒരു സെഷൻ സൃഷ്‌ടിക്കാനും പരിധികൾ ക്രമീകരിക്കാനും അനുവദിക്കുന്നു. ഭാവിയിൽ, LDAP-ൽ സംഭരിച്ചിരിക്കുന്ന ഉപയോക്തൃ ക്രമീകരണങ്ങളുള്ള JSON പ്രൊഫൈലുകൾ സൃഷ്ടിക്കാൻ sssd ഫ്രെയിംവർക്കിന് കഴിയുമെന്ന് പ്രതീക്ഷിക്കുന്നു.
• GPT ഫോർമാറ്റിൽ ഡിസ്ക് പാർട്ടീഷൻ ടേബിളുകൾ പുനർപാർട്ടിഷൻ ചെയ്യുന്നതിനായി രൂപകൽപ്പന ചെയ്ത പുതിയ യൂട്ടിലിറ്റി "systemd-repart" ചേർത്തു. ഏത് പാർട്ടീഷനുകൾ ഉണ്ടായിരിക്കണം അല്ലെങ്കിൽ നിലനിൽക്കണം എന്ന് വിവരിക്കുന്ന ഫയലുകളിലൂടെ പാർട്ടീഷൻ ഘടന ഡിക്ലറേറ്റീവ് രൂപത്തിൽ നിർവചിച്ചിരിക്കുന്നു. ഓരോ ബൂട്ടിലും, യഥാർത്ഥ പാർട്ടീഷൻ ടേബിൾ ഈ ഫയലുകളുമായി താരതമ്യം ചെയ്യുന്നു, അതിനുശേഷം കാണാതായ പാർട്ടീഷനുകൾ ചേർക്കുന്നു അല്ലെങ്കിൽ ക്രമീകരണങ്ങളിൽ നിർവചിച്ചിരിക്കുന്ന ആപേക്ഷിക അല്ലെങ്കിൽ കേവല വലുപ്പം പൊരുത്തപ്പെടുന്നില്ലെങ്കിൽ, നിലവിലുള്ളവയുടെ വലുപ്പം വർദ്ധിപ്പിക്കും. വർദ്ധിച്ചുവരുന്ന മാറ്റങ്ങൾ മാത്രമേ അനുവദിക്കൂ, അതായത്. വലിപ്പം ഇല്ലാതാക്കുന്നതും കുറയ്ക്കുന്നതും സാധ്യമല്ല, പാർട്ടീഷനുകൾ കൂട്ടിച്ചേർക്കാനും വലുതാക്കാനും മാത്രമേ കഴിയൂ.
  initrd-ൽ നിന്ന് സമാരംഭിക്കുന്നതിനായി യൂട്ടിലിറ്റി രൂപകൽപ്പന ചെയ്‌തിരിക്കുന്നു, കൂടാതെ റൂട്ട് പാർട്ടീഷൻ സ്ഥിതിചെയ്യുന്ന ഡിസ്ക് സ്വയമേവ കണ്ടെത്തുന്നു, മാറ്റങ്ങളുടെ നിർവചനമുള്ള ഫയലുകൾ ഒഴികെ അധിക കോൺഫിഗറേഷൻ ആവശ്യമില്ല.

  പ്രായോഗികമായി, systemd-repart ഓപ്പറേറ്റിംഗ് സിസ്റ്റം ഇമേജുകൾക്ക് ഉപയോഗപ്രദമാകും, അവ തുടക്കത്തിൽ ചുരുങ്ങിയ രൂപത്തിൽ അയയ്ക്കാം, ആദ്യ ബൂട്ടിന് ശേഷം നിലവിലുള്ള ബ്ലോക്ക് ഉപകരണത്തിന്റെ വലുപ്പത്തിലേക്ക് വിപുലീകരിക്കാം അല്ലെങ്കിൽ അധിക പാർട്ടീഷനുകൾ ഉപയോഗിച്ച് അനുബന്ധമായി നൽകാം (ഉദാഹരണത്തിന്, റൂട്ട് മുഴുവൻ ഡിസ്കും കവർ ചെയ്യുന്നതിനായി പാർട്ടീഷൻ വിപുലീകരിക്കാം അല്ലെങ്കിൽ ആദ്യത്തെ ബൂട്ടിന് ശേഷം ഒരു സ്വാപ്പ് പാർട്ടീഷൻ അല്ലെങ്കിൽ / ഹോം സൃഷ്ടിക്കുക). മറ്റൊരു ഉപയോഗം രണ്ട് കറങ്ങുന്ന പാർട്ടീഷനുകളുള്ള കോൺഫിഗറേഷനുകളായിരിക്കും - ആദ്യ പാർട്ടീഷൻ മാത്രമേ തുടക്കത്തിൽ നൽകൂ, രണ്ടാമത്തേത് ആദ്യ ബൂട്ടിൽ സൃഷ്ടിക്കപ്പെടും.

• systemd-journald-ന്റെ ഒന്നിലധികം സംഭവങ്ങൾ സമാരംഭിക്കാൻ ഇപ്പോൾ സാധ്യമാണ്, അവയിൽ ഓരോന്നിനും സ്വന്തം നെയിംസ്പേസിൽ ലോഗുകൾ സൂക്ഷിക്കുന്നു. പ്രധാന systemd-journald.service-ന് പുറമേ, "LogNamespace" നിർദ്ദേശം ഉപയോഗിച്ച് അവരുടെ നെയിംസ്‌പെയ്‌സുകളിലേക്ക് ബന്ധിപ്പിച്ചിട്ടുള്ള അധിക സന്ദർഭങ്ങൾ സൃഷ്ടിക്കുന്നതിനുള്ള ഒരു ടെംപ്ലേറ്റ് .service ഡയറക്ടറി വാഗ്ദാനം ചെയ്യുന്നു. ഓരോ ലോഗ് നെയിംസ്പേസിനും അതിന്റേതായ ക്രമീകരണങ്ങളും പരിധികളും ഉള്ള ഒരു പ്രത്യേക പശ്ചാത്തല പ്രക്രിയയാണ് നൽകുന്നത്. വലിയ അളവിലുള്ള ലോഗുകൾ ഉപയോഗിച്ച് ലോഡ് ബാലൻസിംഗിനോ ആപ്ലിക്കേഷൻ ഐസൊലേഷൻ വർദ്ധിപ്പിക്കുന്നതിനോ നിർദ്ദിഷ്ട ഫീച്ചർ ഉപയോഗപ്രദമാകും. നിർദ്ദിഷ്ട നെയിംസ്‌പെയ്‌സിലേക്ക് മാത്രം അന്വേഷണം പരിമിതപ്പെടുത്തുന്നതിന് ജേർണൽക്‌റ്റിലിലേക്ക് "--നാംസ്‌പെയ്‌സ്" ഓപ്ഷൻ ചേർത്തു.
• Systemd-udevd-ഉം മറ്റ് systemd ഘടകങ്ങളും നെറ്റ്‌വർക്ക് ഇന്റർഫേസുകൾക്ക് ഇതര നാമങ്ങൾ നൽകുന്നതിനുള്ള ഒരു സംവിധാനത്തിനുള്ള പിന്തുണ ചേർത്തിട്ടുണ്ട്, ഇത് ഒരു ഇന്റർഫേസിനായി ഒന്നിലധികം പേരുകൾ ഒരേസമയം ഉപയോഗിക്കാൻ അനുവദിക്കുന്നു. പേര് 128 പ്രതീകങ്ങൾ വരെ ആകാം (മുമ്പ്, നെറ്റ്‌വർക്ക് ഇന്റർഫേസ് നാമം 16 പ്രതീകങ്ങളായി പരിമിതപ്പെടുത്തിയിരുന്നു). സ്ഥിരസ്ഥിതിയായി, systemd-udevd ഇപ്പോൾ ഓരോ നെറ്റ്‌വർക്ക് ഇന്റർഫേസിനും പിന്തുണയ്‌ക്കുന്ന നാമകരണ സ്കീമുകൾ സൃഷ്‌ടിക്കുന്ന എല്ലാ വേരിയന്റ് പേരുകളും നൽകുന്നു. .link ഫയലുകളിലെ പുതിയ AlternativeName, AlternativeNamesPolicy ക്രമീകരണങ്ങളിലൂടെ ഈ സ്വഭാവം മാറ്റാവുന്നതാണ്. systemd-nspawn ഹോസ്റ്റ് ഭാഗത്ത് സൃഷ്‌ടിച്ച വെത്ത് ലിങ്കുകൾക്കായി പൂർണ്ണമായ കണ്ടെയ്‌നർ നാമം ഉപയോഗിച്ച് ഇതര നാമങ്ങൾ സൃഷ്ടിക്കുന്നു.
• PID പുനരുപയോഗത്തിന്റെ സാഹചര്യം കൈകാര്യം ചെയ്യുന്നതിനായി sd-event.h API 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 ഉപയോക്തൃ നാമത്തിൽ നിന്ന് വ്യത്യസ്തമായ ഒരു പ്രാഥമിക ഗ്രൂപ്പ് നാമം ഉപയോഗിച്ച് ഉപയോക്താക്കളെ സൃഷ്ടിക്കുന്നതിനുള്ള പിന്തുണ ചേർത്തു.
• /etc/fstab-ലെ x-systemd.growfs മൌണ്ട് ഐച്ഛികം വഴി XFS പാർട്ടീഷൻ വിപുലീകരണത്തിനുള്ള പിന്തുണ systemd-growfs അവതരിപ്പിക്കുന്നു, കൂടാതെ Ext4, Btrfs എന്നിവയ്ക്കൊപ്പം മുമ്പ് പിന്തുണയ്ക്കുന്ന പാർട്ടീഷൻ വിപുലീകരണത്തിന് പുറമേ.
• initrd ഘട്ടത്തിൽ ഇതിനകം അൺലോക്ക് ചെയ്തിരിക്കുന്ന ഒരു എൻക്രിപ്റ്റ് ചെയ്ത പാർട്ടീഷൻ നിർവചിക്കുന്നതിനായി /etc/crypttab-ലേക്ക് x-initrd.attach ഓപ്ഷൻ ചേർത്തു.
• PKCS#11 സ്മാർട്കാർഡുകൾ ഉപയോഗിച്ച് എൻക്രിപ്റ്റ് ചെയ്ത പാർട്ടീഷനുകൾ അൺലോക്ക് ചെയ്യുന്നതിനായി systemd-cryptsetup പിന്തുണ (/etc/crypttab-ൽ pkcs11-uri ഓപ്ഷൻ) ചേർത്തിട്ടുണ്ട്, ഉദാഹരണത്തിന്, YubiKeys-ലേക്ക് പാർട്ടീഷൻ എൻക്രിപ്ഷൻ അറ്റാച്ചുചെയ്യുന്നതിന്.
• ലോക്കൽ-fs.target, remote എന്നിവയ്‌ക്ക് പകരം വിളിക്കേണ്ട മൗണ്ട് ഓപ്പറേഷനുകൾ നിർവചിക്കുന്ന യൂണിറ്റുകൾ വ്യക്തമായി കോൺഫിഗർ ചെയ്യുന്നതിനായി "x-systemd.required-by", "x-systemd.wanted-by" എന്നീ പുതിയ മൗണ്ട് ഓപ്ഷനുകൾ /etc/fstab-ലേക്ക് ചേർത്തിരിക്കുന്നു. -fs .ലക്ഷ്യം.
• ഒരു പുതിയ സേവന സാൻഡ്‌ബോക്‌സിംഗ് ഓപ്ഷൻ ചേർത്തു - ProtectClock, ഇത് സിസ്റ്റം ക്ലോക്കിലേക്ക് എഴുതുന്നത് പരിമിതപ്പെടുത്തുന്നു (/dev/rtc, സിസ്റ്റം കോളുകൾ, CAP_SYS_TIME/CAP_WAKE_ALARM അനുമതികൾ എന്നിവയുടെ തലത്തിൽ ആക്‌സസ്സ് തടഞ്ഞിരിക്കുന്നു).
• സ്പെസിഫിക്കേഷനിലേക്ക് കണ്ടെത്താവുന്ന പാർട്ടീഷനുകൾ കൂടാതെ systemd-gpt-auto-generator പാർട്ടീഷൻ കണ്ടെത്തൽ ചേർത്തു
  /var കൂടാതെ /var/tmp.

• "systemctl list-unit-files" എന്നതിൽ, യൂണിറ്റുകളുടെ ഒരു ലിസ്റ്റ് പ്രദർശിപ്പിക്കുമ്പോൾ, ഇത്തരത്തിലുള്ള യൂണിറ്റുകൾക്കായി നിർമ്മാതാവിന്റെ പ്രീസെറ്റുകളിൽ വാഗ്ദാനം ചെയ്യുന്ന പ്രവർത്തനക്ഷമമായ അവസ്ഥയെ പ്രതിഫലിപ്പിക്കുന്ന ഒരു പുതിയ കോളം പ്രത്യക്ഷപ്പെട്ടു.
• “—with-dependencies” എന്ന ഓപ്ഷൻ “systemctl” ലേക്ക് ചേർത്തു, ഇൻസ്റ്റാൾ ചെയ്യുമ്പോൾ, “systemctl status”, “systemctl cat” തുടങ്ങിയ കമാൻഡുകൾ എല്ലാ അനുബന്ധ യൂണിറ്റുകളും മാത്രമല്ല, അവ ആശ്രയിക്കുന്ന യൂണിറ്റുകളും പ്രദർശിപ്പിക്കും.
• systemd-networkd-ൽ, qdisc കോൺഫിഗറേഷൻ TBF (ടോക്കൺ ബക്കറ്റ് ഫിൽട്ടർ), SFQ (Stochastic Fairness Queuing), CoDel (Controlled-Delay Active Queue Management), FQ (Fair Queue) എന്നീ പാരാമീറ്ററുകൾ ക്രമീകരിക്കാനുള്ള കഴിവ് ചേർത്തിട്ടുണ്ട്.
• systemd-networkd IFB നെറ്റ്‌വർക്ക് ഉപകരണങ്ങൾക്കുള്ള പിന്തുണ ചേർത്തു (ഇന്റർമീഡിയറ്റ് ഫങ്ഷണൽ ബ്ലോക്ക്).
• മൾട്ടി-പാത്ത് റൂട്ടുകൾ കോൺഫിഗർ ചെയ്യുന്നതിനായി Systemd-networkd [Route] വിഭാഗത്തിൽ MultiPathRoute പാരാമീറ്റർ നടപ്പിലാക്കുന്നു.
• DHCPv4 ക്ലയന്റിനായുള്ള systemd-networkd-ൽ, SendDecline ഓപ്ഷൻ ചേർത്തിരിക്കുന്നു, വ്യക്തമാക്കുമ്പോൾ, ഒരു വിലാസത്തോടുകൂടിയ DHCP പ്രതികരണം ലഭിച്ചതിന് ശേഷം, ഒരു ഡ്യൂപ്ലിക്കേറ്റ് വിലാസ പരിശോധന നടത്തുകയും ഒരു വിലാസ വൈരുദ്ധ്യം കണ്ടെത്തിയാൽ, നൽകിയ വിലാസം നിരസിക്കുകയും ചെയ്യും. ഐപി അഡ്രസ് ബൈൻഡിംഗുകളിൽ നിന്ന് (ലീസുകൾ) സൃഷ്ടിക്കുന്ന റൂട്ടുകളുടെ MTU വലുപ്പം നിർണ്ണയിക്കാൻ നിങ്ങളെ അനുവദിക്കുന്ന, DHCPv4 ക്ലയന്റിലേക്ക് RouteMTUBytes ഓപ്ഷനും ചേർത്തിട്ടുണ്ട്.
• .network ഫയലുകളുടെ [വിലാസം] വിഭാഗത്തിലെ PrefixRoute ക്രമീകരണം അവസാനിപ്പിച്ചു. ഇതിന് വിപരീതമായ അർത്ഥമുള്ള "AddPrefixRoute" ക്രമീകരണം മാറ്റിസ്ഥാപിച്ചു.
• .network ഫയലുകളിൽ, "[റൂട്ട്]" വിഭാഗത്തിലെ ഗേറ്റ്‌വേ ക്രമീകരണത്തിലേക്ക് "_dhcp" എന്ന പുതിയ മൂല്യത്തിനായുള്ള പിന്തുണ ചേർത്തിരിക്കുന്നു, സജ്ജീകരിക്കുമ്പോൾ, DHCP വഴി കോൺഫിഗർ ചെയ്ത ഗേറ്റ്‌വേ അടിസ്ഥാനമാക്കി ഒരു സ്റ്റാറ്റിക് റൂട്ട് തിരഞ്ഞെടുക്കപ്പെടും.
• "[RoutingPolicyRule]" വിഭാഗത്തിലെ .network ഫയലുകളിൽ ക്രമീകരണങ്ങൾ പ്രത്യക്ഷപ്പെട്ടു
  യുഐഡി ശ്രേണികളും പ്രിഫിക്‌സ് വലുപ്പവും അടിസ്ഥാനമാക്കി സോഴ്‌സ് റൂട്ടിംഗ് വ്യക്തമാക്കുന്നതിനുള്ള ഉപയോക്താവും സപ്രസ്‌പ്രിഫിക്‌സ് ദൈർഘ്യവും.

• networkctl-ൽ, ഓരോ നെറ്റ്‌വർക്ക് ഇന്റർഫേസുമായും ബന്ധപ്പെട്ട് ലോഗുകൾ പ്രദർശിപ്പിക്കാനുള്ള കഴിവ് “status” കമാൻഡ് നൽകുന്നു.
• systemd-networkd-wait-online ഒരു ഇന്റർഫേസ് പ്രവർത്തനക്ഷമമാകുന്നതിനും ഒരു ഇന്റർഫേസ് കുറയുന്നതുവരെ കാത്തിരിക്കുന്നതിനും പരമാവധി സമയം ക്രമീകരിക്കുന്നതിനുള്ള പിന്തുണ ചേർക്കുന്നു.
• .ലിങ്ക്, .നെറ്റ്‌വർക്ക് ഫയലുകൾ ശൂന്യമായതോ കമന്റ് ചെയ്തതോ ആയ “[മാച്ച്]” വിഭാഗത്തിൽ പ്രോസസ്സ് ചെയ്യുന്നത് നിർത്തി.
• .link, .network ഫയലുകളിൽ, "[Match]" വിഭാഗത്തിൽ, ഒരു ജനറേറ്റഡ് റാൻഡം MAC ഉപയോഗിക്കുന്ന സാഹചര്യത്തിൽ ഉപകരണങ്ങളുടെ സ്ഥിരമായ MAC വിലാസം പരിശോധിക്കാൻ ഒരു "PermanentMACAaddress" ക്രമീകരണം ചേർത്തു.
• .നെറ്റ്‌വർക്ക് ഫയലുകളിലെ "[TrafficControlQueueingDiscipline]" വിഭാഗം "[നെറ്റ്‌വർക്ക് എമുലേറ്റർ]" എന്ന് പുനർനാമകരണം ചെയ്തു, കൂടാതെ "നെറ്റ്‌വർക്ക് എമുലേറ്റർ" പ്രിഫിക്‌സ് ബന്ധപ്പെട്ട ക്രമീകരണങ്ങളുടെ പേരുകളിൽ നിന്ന് നീക്കംചെയ്‌തു.
• systemd-resolved for DNS-over-TLS SNI പരിശോധനയ്ക്കുള്ള പിന്തുണ ചേർക്കുന്നു.

അവലംബം: opennet.ru