Puncte:0

Conectarea Ubuntu nu reușește cu un utilizator al unui domeniu IDM de încredere (AD)

drapel pk

Avem un server IDM pe o distribuție Rocky Linux configurată cu Trust to un Samba AD DC (instalat și pe un Rocky Linux).

Așa că am creat un utilizator „usupru2” pe Samba AD DC sub domeniul adtest.uy.

Apoi înregistrăm un client Ubuntu 20.04 la IDM și când încercăm să ne autentificăm cu „[email protected]” eșuează cu mesajul de mai jos:

Dec 2 18:05:30 prueba gdm-password]: pam_unix(gdm-password:auth): eșec de autentificare; logname= uid=0 euid=0 tty=/dev/tty1 ruser= rhost= 
Dec 2 18:05:30 prueba gdm-password]: pam_sss(gdm-password:auth): eșec de autentificare; logname= uid=0 euid=0 tty=/dev/tty1 ruser= rhost= [email protected]
2 decembrie 18:05:30 prueba gdm-password]: pam_sss(gdm-password:auth): primit pentru utilizator [email protected]: 10 (Utilizatorul nu este cunoscut de modulul de autentificare de bază)

Executarea id-ului [email protected] nu funcționează, dar kinit da.

Pe serverul IDM, autentificarea cu [email protected] funcționează.

Orice ajutor este apreciat.

Puncte:0
drapel pk

Cauza acestei erori a fost că grupul (GID) alocat utilizatorului (la creare) nu a existat. Așa că l-am creat pe Samba și acum funcționează corect.

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.