Puncte:0

Maparea LDAP eduPerson la posixAccount

drapel id

Am un server LDAP central care îmi oferă un DIT care conține eduPerson intrări. Vreau să import aceste entități într-un al doilea server LDAP ca posixAccount intrări, astfel încât utilizatorii să se poată conecta la o mașină Linux prin autentificarea pe acest al doilea server LDAP. Parolele sunt gestionate de un server RADIUS separat.

În prezent, un script calculează diferențele dintre cele două servere LDAP generează un fișier LDIF care este utilizat pentru a crea sau șterge intrări pe al doilea server LDAP. Scriptul este, de asemenea, responsabil pentru adăugarea datelor suplimentare necesare pentru posixAccount, precum homeDirectory sau loginShell.

Există o modalitate mai bună de a realiza o astfel de cartografiere între eduPerson și posixAccount?

(Sunt surprins că nu este mai ușor să găsești informații despre asta. Mi se pare o cerință destul de comună pentru multe instituții. Sau oamenii care rulează mașinile Linux își administrează doar propriile conturi locale?)

drapel id
Ulterior am observat că entitățile de pe serverul central LDAP au și ```posixAccount``` ca clasă de obiecte, în ciuda atributelor obligatorii, cum ar fi ```homeDirectory```, fiind goale. Acum caut modalități de a furniza atributele lipsă prin ```sssd```. Cu toate acestea, sunt încă interesat de alte soluții pe care oamenii le-ar putea avea pentru această problemă.

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.