Score:1

ให้ผู้ใช้ openldap เปลี่ยนรหัสผ่านด้วย passwd เป็น centos ฉันทำพัง

ธง in

พยายามทำข้างต้นด้วยบทช่วยสอนนี้:

https://www.unixguide.net/content/openldap-allow-users-change-their-password-unix-passwd-command

ดังนั้นฉันจึงสร้าง ldif นี้:

dn: olcDatabase={2}hdb,cn=config
ประเภทการเปลี่ยนแปลง: แก้ไข
เพิ่ม: olcAccess
olcAccess: to attrs=userPassword เขียนเองโดย anonymous auth โดย dn.base="cn=ldapadm,dc=bbb,dc=local" เขียนโดย * none

เพิ่ม: olcAccess
olcAccess: ถึง * ด้วยตัวเอง เขียนโดย dn.base="cn=ldapadm,dc=bbb,dc=local" เขียนโดย * อ่าน

เรียกใช้ ldapmodify ตอนนี้ไม่มีผู้ใช้รายใดสามารถเข้าสู่ระบบไคลเอ็นต์ด้วยรหัสผ่านของตนได้ก่อนที่ฉันจะเรียกใช้การแก้ไขด้านบน

ตอนนี้พยายามเข้าสู่ระบบบอกว่าอนุญาตถูกปฏิเสธหลังจากป้อนรหัสผ่านที่ถูกต้อง .... ฉันทำอะไรผิด ?? (ใหม่ทั้งหมดสำหรับ openldap)

และเนื่องจากอาจมีความเกี่ยวข้อง นี่คือวิธีที่ฉันทำให้ไคลเอนต์เชื่อมต่อกับเซิร์ฟเวอร์ openldap ของฉัน:

yum ติดตั้ง -y openldap-clients nss-pam-ldapd
authconfig --enableldap --enableldapauth --ldapserver=192.168.1.10 --ldapbasen="dc=bbb,dc=local" --enablemkhomedir --update

ถ้าฉันพิมพ์ passwd กับผู้ใช้ ldap นอกกรอบ... ผลลัพธ์จะเกิดขึ้น:

[ldapuser@sdss5-db ~]$ รหัสผ่าน
การเปลี่ยนรหัสผ่านสำหรับผู้ใช้ ldapuser
(ปัจจุบัน) รหัสผ่าน LDAP: 
รหัสผ่านใหม่: 
พิมพ์รหัสผ่านใหม่อีกครั้ง: 
การเปลี่ยนรหัสผ่านล้มเหลว: การเข้าถึงไม่เพียงพอ
passwd: ข้อผิดพลาดในการจัดการโทเค็นการรับรองความถูกต้อง

แม้ว่าอีกครั้งที่ไฟล์ ldif ด้านบนที่มี olcAccess พัง ldap ของฉันไม่ได้ทำงานอะไรเลย (ต้องเปลี่ยน VM กลับเป็นก่อนที่ฉันรันคำสั่งนั้น .. ส่วนใหญ่เป็นเพราะฉันยังใหม่กับ ldap และไม่รู้วิธีลบรายการ ฯลฯ )

นี่คือไฟล์ cn=config ทั้งหมดของฉัน:

olcDatabase={-1}frontend.ldif


# ไฟล์ที่สร้างอัตโนมัติ - ห้ามแก้ไข!! ใช้ ldapmodify
#CRC32daf543d1
dn: olcDatabase={-1}ส่วนหน้า
objectClass: olcDatabaseConfig
objectClass: olcFrontendConfig
olcDatabase: {-1}ส่วนหน้า
structuralObjectClass: olcDatabaseConfig
รายการUUID: 1244881e-5cf7-103b-94a5-5f5943b4315f
ชื่อผู้สร้าง: cn=config
createTimestamp: 20210608224613Z
รายการCSN: 20210608224613.408737Z#000000#000#000000
ตัวแก้ไขชื่อ: cn=config
แก้ไขประทับเวลา: 20210608224613Z


olcDatabase={0}config.ldif

# ไฟล์ที่สร้างอัตโนมัติ - ห้ามแก้ไข!! ใช้ ldapmodify
#CRC32 54d58ed2
dn: olcDatabase={0}config
objectClass: olcDatabaseConfig
olcDatabase: {0}config
olcAccess: {0}ถึง * โดย dn.base="gidNumber=0+uidNumber=0,cn=peercred,cn=extern
 al,cn=auth" จัดการโดย * ไม่มี
structuralObjectClass: olcDatabaseConfig
รายการ UUID: 12448a9e-5cf7-103b-94a6-5f5943b4315f
ชื่อผู้สร้าง: cn=config
createTimestamp: 20210608224613Z
รายการ CSN: 20210608224613.408801Z#000000#000#000000
ตัวแก้ไขชื่อ: cn=config
แก้ไขประทับเวลา: 20210608224613Z



olcDatabase={1}monitor.ldif

# ไฟล์ที่สร้างอัตโนมัติ - ห้ามแก้ไข!! ใช้ ldapmodify
#CRC323165478b
dn: olcDatabase={1}มอนิเตอร์
objectClass: olcDatabaseConfig
olcDatabase: {1}ตรวจสอบ
structuralObjectClass: olcDatabaseConfig
รายการUUID: 12448d32-5cf7-103b-94a7-5f5943b4315f
ชื่อผู้สร้าง: cn=config
createTimestamp: 20210608224613Z
olcAccess: {0}ถึง * โดย dn.base="gidNumber=0+uidNumber=0,cn=peercred,cn=extern
 al, cn=auth" อ่านโดย dn.base="cn=ldapadm,dc=bbb,dc=local" อ่านโดย * ไม่มี
รายการ CSN: 20210608225001.645649Z#000000#000#000000
ตัวแก้ไขชื่อ: gidNumber=0+uidNumber=0,cn=peercred,cn=external,cn=auth
แก้ไขประทับเวลา: 20210608225001Z




olcDatabase={2}hdb.ldif


# ไฟล์ที่สร้างอัตโนมัติ - ห้ามแก้ไข!! ใช้ ldapmodify
#CRC3289413e34
dn: olcDatabase={2}hdb
objectClass: olcDatabaseConfig
objectClass: olcHdbConfig
ฐานข้อมูล olc: {2}hdb
olcDbDirectory: /var/lib/ldap
olcDbIndex: objectClass eq ก่อนหน้า
olcDbIndex: ou,cn,mail,นามสกุล,givenname eq,pres,sub
structuralObjectClass: olcHdbConfig
รายการ UUID: 1244907a-5cf7-103b-94a8-5f5943b4315f
ชื่อผู้สร้าง: cn=config
createTimestamp: 20210608224613Z
olcSuffix: dc=bbb,dc=local
olcRootDN: cn=ldapadm,dc=bbb,dc=local
olcRootPW:: e1NTSEF9QTB0dS94UjR6cy83ZEMvQUxPL21uS2RLaXZUeFNXVEg=
olcAccess: {0}ถึง attrs=userPassword โดยการเขียนด้วยตนเองโดยไม่ระบุตัวตนโดย dn.ba
 se="cn=ldapadm,dc=bbb,dc=local" เขียนโดย * none
รายการ CSN: 20210702202550.687485Z#000000#000#000000
ตัวแก้ไขชื่อ: gidNumber=0+uidNumber=0,cn=peercred,cn=external,cn=auth
แก้ไขการประทับเวลา: 20210702202550Z

ดูเหมือนว่าจะไม่ได้เขียนส่วนที่สองของ:

เพิ่ม: olcAccess
olcAccess: ถึง * ด้วยตนเอง เขียนโดย dn.base="cn=ldapadm,dc=unixguide,dc=net" เขียนโดย * อ่าน

ไปยัง olcDatabase={2}hdb.ldif ตามตัวอย่างที่มี olcAccess: {1}ถึง * ด้วยตนเอง เขียนโดย dn.base="cn=ldapadm,dc=unixguide,dc=net" เขียนโดย * อ่าน

ฉันเดาว่านี่คือสิ่งที่ใช้งานไม่ได้และทำให้ความสามารถในการเข้าสู่ระบบหลังจากที่ฉันรันคำสั่ง ฉันไม่แน่ใจว่าเหตุใดจึงไม่แสดงขึ้นมา เนื่องจากฉันไม่ได้รับข้อผิดพลาดเมื่อฉันรันคำสั่ง modified ด้วย ldif ที่โพสต์ด้านบน...

ผลลัพธ์จากการแก้ไข ldap คือ:

[root@openldapserver ~]# ldapmodify -Y ภายนอก -H ldapi:/// -f passwordaccess.ldif
เริ่มการรับรองความถูกต้อง SASL/EXTERNAL แล้ว
ชื่อผู้ใช้ SASL: gidNumber=0+uidNumber=0,cn=peercred,cn=external,cn=auth
SASL SSF: 0
การแก้ไขรายการ "olcDatabase={2}hdb,cn=config"
Score:1
ธง dk

ใน dn: olcDatabase={2}hdb,cn=config คุณระบุกฎที่จะแทนที่/เพิ่ม ระบบของฉันมีกฎการเข้าถึงรหัสผ่านใน dn: olcDatabase={-1}ส่วนหน้า.

อย่าลืมกำหนดเป้าหมายกฎที่ถูกต้อง

in flag
นี่หมายความว่าฉันแทนที่บรรทัด dn: ใน ldiff นั้นด้วย : `dn: olcDatabase={-1}frontend` หรือไม่
Jari Turkia avatar
dk flag
หากคุณพร้อมที่จะกู้คืน LDAP ของคุณอีกครั้ง นั่นคือสิ่งที่ฉันแนะนำการย้ายอย่างชาญฉลาดคือการแอบดู `/etc/openldap/slapd.d/cn=config` และดูว่ากฎของคุณอยู่ที่ไหนในปัจจุบัน จากนั้นจึงเลือกแก้ไขไฟล์นั้น
in flag
โอ้ ฉันสับสน ฉันทำ ldap พังด้วยคำสั่งด้านบน แต่เพื่อกู้คืน ฉันเพิ่งไปที่ VM Snap shot ของมันก่อนที่จะสร้างคำสั่ง ดังนั้น ldap จึงใช้งานได้ ฉันยังใช้ฟังก์ชัน passwd ไม่ได้... มันให้ ข้อผิดพลาดข้างต้น ดังนั้นฉันจึงลองบรรทัดนั้นซึ่งฉันคิดว่าจะทำให้ใช้งานได้ .. ไม่ได้ ฉันจะตามล่าในไฟล์ cn=config ฉันไม่ได้สัมผัสมันมากนัก
Jari Turkia avatar
dk flag
ตกลง. ระบบแตกต่างกัน ดังนั้นส่วนสำคัญคือการดูว่าส่วนใดของการกำหนดค่าที่คุณมีใน `/etc/openldap/slapd.d/cn=config` และส่วนใดมีการตั้งค่าสำหรับสิทธิ์และ/หรือรหัสผ่าน
in flag
โอเค ฉันอยู่ในโฟลเดอร์ของ blurd.d/cn=config ฉันเห็นไฟล์ ldif อันแรกคือ olcDatabase={-1}frontend.ldif แต่ถ้าฉันดูไฟล์นั้น จะไม่มีอะไรเกี่ยวกับรหัสผ่านเลย นอกจากนี้ยังมีโฟลเดอร์ cn=schema ที่มีไฟล์ ldif อยู่ในนั้นต่ำกว่าหนึ่งระดับ นี่สำหรับเครื่อง centos7
Jari Turkia avatar
dk flag
ไฟล์ `cn=schema` จะมีคำจำกัดความสำหรับข้อมูลที่จัดเก็บไว้ใน LDAP ของคุณ และในกรณีนี้จะไม่เกี่ยวข้องกัน ตอนนี้คุณต้องกำหนดว่าไฟล์ใดมีกฎการเข้าถึงและกำหนดเป้าหมายการเปลี่ยนแปลงของคุณไปที่นั้น
in flag
อัปเดตรายการ ฉันสามารถเพิ่มกฎหนึ่งข้อจาก ldif ได้ แต่ไม่ใช่กฎอื่นที่ไม่มีข้อผิดพลาด
Jari Turkia avatar
dk flag
คุณสามารถแก้ไขไฟล์การกำหนดค่าที่พบได้ด้วยโปรแกรมแก้ไขข้อความ เริ่มตบใหม่เพื่อให้การเปลี่ยนแปลงมีประสิทธิภาพ
in flag
โอ้ ว้าว ฉันไม่รู้ว่าฉันแก้ไขได้โดยตรง (บอกว่าอย่าทำ) แต่ก็พอเพิ่มสิ่งนี้: olcAccess: {1}to * by self write by dn.base="cn=ldapadm,dc=unixguide,dc=net " เขียนโดย * อ่านทำให้ทุกอย่างใช้งานได้! ขอขอบคุณ!

โพสต์คำตอบ

คนส่วนใหญ่ไม่เข้าใจว่าการถามคำถามมากมายจะปลดล็อกการเรียนรู้และปรับปรุงความสัมพันธ์ระหว่างบุคคล ตัวอย่างเช่น ในการศึกษาของ Alison แม้ว่าผู้คนจะจำได้อย่างแม่นยำว่ามีคำถามกี่ข้อที่ถูกถามในการสนทนา แต่พวกเขาไม่เข้าใจความเชื่อมโยงระหว่างคำถามและความชอบ จากการศึกษาทั้ง 4 เรื่องที่ผู้เข้าร่วมมีส่วนร่วมในการสนทนาด้วยตนเองหรืออ่านบันทึกการสนทนาของผู้อื่น ผู้คนมักไม่ตระหนักว่าการถามคำถามจะมีอิทธิพลหรือมีอิทธิพลต่อระดับมิตรภาพระหว่างผู้สนทนา