Puncte:3

Directorul principal pentru utilizatorul nimeni - Ubuntu 20.04

drapel in

Văd o diferență în comportamentul utilizatorului „nimeni” între Ubuntu 18.04 și Ubuntu 20.04.

În ambele versiuni (18.04 și 20.04), utilizatorul nimeni nu este configurat ca:

nimeni:x:65534:65534:nimeni:/inexistent:/usr/sbin/nologin

În 18.04, pentru aplicațiile crontab, directorul de acasă pentru nimeni va fi definit ca ACASA=/. În 20.04, aplicațiile crontab vor raporta directorul principal pentru nimeni ca inexistent

Nu s-a putut crea directorul securizat (/nonexistent/.config/pulse): Nu există un astfel de fișier sau director.

Acesta este un alt exemplu:

Ubuntu 18.04:

su - nimeni
Niciun director, autentificare cu HOME=/
Acest cont nu este disponibil momentan.

Ubuntu 20.04:

su - nimeni
su: avertisment: nu se poate schimba directorul în /nonexistent: nu există un astfel de fișier sau director
Acest cont nu este disponibil momentan.

Bănuiesc că în 20.04 nu există o definiție implicită pentru utilizatorii care nu au definit un director principal valid. Cum putem remedia Ubuntu 20.04 astfel încât să se comporte ca 18.04 (Fără director, autentificare cu HOME=/).

waltinator avatar
drapel it
`nobody` a început ca o remediere pentru NFS - a mapat clientul la distanță `root` la `nobody` pentru a evita ca clientul la distanță `root` să aibă acces `root` la server. Prin creep-ul caracteristicilor, „nimeni” a ajuns să fie folosit ca un cont mai general „fără resurse”. Încercarea de a folosi `nobody` prin `su` și îngrijorarea cu privire la un director principal, etc. este împotriva scopului `nimeni`.Nu o face.
IvanCN avatar
drapel in
Bună, înțeleg asta. Dar, lăsând asta la o parte, de unde vine diferența?
Puncte:0
drapel jp

Nu știu cum să fac Ubuntu 20.04 su se comportă ca Ubuntu 18.04 su.

Diferența este că în Ubuntu 20.04/Focal su este asigurată de util-linux pachet. În Ubuntu 18.04/Bionic su este asigurată de Autentificare pachet (construit din pachetul sursă umbră).

root@ubuntu:~# lsb_release -r
Lansare: 18.04
root@ubuntu:~# dpkg -S /bin/su
autentificare: /bin/su
root@ubuntu:~# lsb_release -r
Lansare: 20.04
root@ubuntu:~# dpkg -S /bin/su
util-linux: /bin/su

O diferență cheie de implementare pare să fie suportul pentru DEFAULT_HOME în /etc/login.defs. The pagina de manual pentru Bionic's su menţionează în ea Configurare secțiune

       DEFAULT_HOME (boolean)
           Indicați dacă autentificarea este permisă dacă nu putem accesa directorul principal. Implicit este nu.

           Dacă este setat la da, utilizatorul se va autentifica în directorul rădăcină (/) dacă nu este posibil
           cd în directorul ei de acasă.

The pagina de manual pentru versiunea lui Focal su nu mentioneaza DEFAULT_HOME.

Am găsit câteva intrări relevante în jurnalul de modificări pentru umbră pachet

  * Utilizați flag explicit --without-su configure
 -- Balint Reczey <[email protected]> Vin, 20 Dec 2019 16:39:40 +0100
...
  * Drop Lintian override pentru su, nu mai este livrat în login
 -- Balint Reczey <[email protected]> Luni, 08 Iul 2019 15:58:46 +0200
...
  * Opriți livrarea su și rupe vechea versiune util-linux. (Vezi #833256)
 -- Andreas Henriksson <[email protected]> Vin, 27 iulie 2018 10:07:37 +0200

Se pare că schimbarea a fost făcută în amonte în Debian și coordonată în https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=833256 . Lipsa de DEFAULT_HOME suportul este menționat, dar nu este considerat un blocant.

Postează un răspuns

Majoritatea oamenilor nu înțeleg că a pune multe întrebări deblochează învățarea și îmbunătățește legătura interpersonală. În studiile lui Alison, de exemplu, deși oamenii își puteau aminti cu exactitate câte întrebări au fost puse în conversațiile lor, ei nu au intuit legătura dintre întrebări și apreciere. În patru studii, în care participanții au fost implicați în conversații ei înșiși sau au citit transcrieri ale conversațiilor altora, oamenii au avut tendința să nu realizeze că întrebarea ar influența – sau ar fi influențat – nivelul de prietenie dintre conversatori.