Score:0

ข้อผิดพลาดในการตรวจสอบ SSSD ของ Ubuntu กับโดเมน AD ลูก/ย่อย

ธง in

ต้องการความช่วยเหลือในการตรวจสอบเซิร์ฟเวอร์ linux (Ubuntu) ที่เข้าร่วมกับโดเมนลูก ฉันเห็นชื่อเซิร์ฟเวอร์บนตัวควบคุมโดเมนและสามารถเรียกใช้การทดสอบการรับรองความถูกต้องได้สำเร็จ แต่ฉันไม่สามารถเข้าสู่ระบบด้วยบัญชีโดเมนของฉันได้ ดูเหมือนว่าการตั้งค่าการกำหนดค่าบางแห่งสำหรับการกำหนดค่า SSSD หรือ KRB5 จำเป็นต้องระบุโดเมนย่อย นอกจากนี้ยังไม่ใช่ปัญหาความน่าเชื่อถือของโดเมนเนื่องจากเซิร์ฟเวอร์ Windows ที่เข้าร่วมกับโดเมนลูกกำลังรับข้อมูลรับรองจากบัญชีหลัก

kinit -V [email protected]
รับรองความถูกต้องกับ Kerberos v5

root@SERVER:/var/log/sssd# systemctl สถานะ sssd

22 ต.ค. 17:55:09 น. SERVER [sssd[ldap_child[27928]: ไม่สามารถเริ่มต้นข้อมูลประจำตัวโดยใช้แท็บคีย์ [MEMORY:/etc/krb5.keytab]: ไม่พบไคลเอ็นต์ '[email protected]' ในฐานข้อมูล Kerberos ไม่สามารถสร้างการเชื่อมต่อ LDAP ที่เข้ารหัสด้วย GSSAPI

ข้อผิดพลาดในล็อกไฟล์ SSSD

ศ. 22 ต.ค. 17:32:51 น. 2564) [sssd[be[DOMAIN.SYS]]] [confdb_get_domain_internal] (0x0010): โดเมนที่ไม่รู้จัก [CHILD.DOMAIN.SYS]
(วันศุกร์ที่ 22 ตุลาคม เวลา 17:32:51 น. 2021) [sssd[be[DOMAIN.SYS]]] [confdb_get_domains] (0x0010): ข้อผิดพลาด (2 [ไม่มีไฟล์หรือไดเรกทอรีดังกล่าว]) กำลังเรียกโดเมน [CHILD.DOMAIN.SYS], ข้าม!

การกำหนดค่า SSSD

root@SERVER:cat /etc/sssd/sssd.conf
[sssd]
บริการ = nss, แพม
config_file_version = 2
โดเมน = DOMAIN.SYS, CHILD.DOMAIN.SYS

[nss]
default_shell = /bin/ทุบตี

[โดเมน/DOMAIN.SYS]
id_provider = โฆษณา
access_provider = โฆษณา
override_homedir = /home/%d/%u

ad_hostname = server.child.domain.sys
#ad_server = dc.child.domain.sys
#ad_domain = DOMAIN.SYS

การกำหนดค่า KRB5

root@SERVER: cat /etc/krb5.conf
[libdefaults]
        default_realm = DOMAIN.SYS
        Ticket_lifetime = 24 ชม. #
        renew_lifetime = 7 วัน
        rdns = เท็จ

ตัวแปร krb5.conf ต่อไปนี้ใช้สำหรับ MIT Kerberos เท่านั้น
        kdc_timesync = 1
        ccache_type = 4
        ส่งต่อได้ = จริง
        ใกล้เคียง = จริง
LeeM avatar
cn flag
โปรดใช้การจัดรูปแบบเพื่อให้ข้อมูลการกำหนดค่าอ่านยากน้อยลง
Score:0
ธง cn

คุณตั้งค่า SSSD อย่างไร คุณทำ อาณาจักรค้นพบ แล้ว เข้าร่วมอาณาจักร? หากคุณไม่ทำเช่นนั้น นั่นคือวิธีที่แนะนำ ฉันขอแนะนำให้ทำอย่างนั้น

คุณได้ลองตรวจสอบสิทธิ์ในฐานะผู้ใช้ในโดเมนลูกแล้วหรือยัง *รับรหัสผ่าน [email protected]

จากสิ่งที่ฉันสามารถบอกได้ในข้อมูลที่จัดรูปแบบไม่ถูกต้อง คุณมีสองโดเมนใน sssd.conf

[sssd] 
บริการ = nss, แพม 
config_file_version = 2 

โดเมน = DOMAIN.SYS, CHILD.DOMAIN.SYS

[nss] 
default_shell = /bin/ทุบตี

[โดเมน/DOMAIN.SYS] 
id_provider = โฆษณา 
access_provider = โฆษณา 

คุณมีส่วนสำหรับ [โดเมน/CHILD.DOMAIN.SYS]. จะเกิดอะไรขึ้นถ้าคุณทำ รายการอาณาจักร? ที่ควรแสดงให้คุณเห็นว่าการกำหนดค่าใดถูกต้องใน sssd.conf ของคุณ

ฉันไม่แน่ใจว่าคุณจำเป็นต้องให้ทั้งสองโดเมนอยู่ในรายการโดเมนหลัก-รองหรือไม่ แต่อาจลองกำหนดค่าโดเมนย่อยด้วยตัวเองก่อน หรืออย่างน้อยก็ใส่เด็กเป็นอันดับแรกในการ โดเมน รายการ.

โดเมน = CHILD.DOMAIN.SYS
...
[โดเมน/CHILD.DOMAIN.SYS] 
id_provider = โฆษณา 
access_provider = โฆษณา

คุณกำลังพยายามตรวจสอบผู้ใช้โดเมนหลักอย่างไร คุณกำลังพยายาม SSH หรือคุณกำลังพยายาม รับ ภายในเครื่องเซิร์ฟเวอร์? คุณใช้ชื่อที่มีคุณสมบัติครบถ้วนในการตรวจสอบผู้ใช้โดเมนหลักหรือไม่ เช่น. รับรหัสผ่าน wd [email protected]

ข้อผิดพลาดนี้บ่งชี้ว่ากำลังพยายามใช้แท็บคีย์ที่มีชื่อคอมพิวเตอร์ไม่ถูกต้อง ลูกค้า '[email protected]' . มันควรจะใช้ เซิร์ฟเวอร์[email protected] หากเข้าร่วมกับโดเมนลูก แท็บคีย์เซิร์ฟเวอร์มีชื่อเซิร์ฟเวอร์ที่ถูกต้องสำหรับโดเมนลูกหรือไม่

นั่นเป็นเหตุผลที่ฉันแนะนำให้ลดความซับซ้อนของปัญหาด้วยการตรวจสอบว่าคุณสามารถเข้าสู่ระบบด้วยข้อมูลประจำตัวของโดเมนลูกก่อนแม้ว่าฉันคิดว่าคุณควรเริ่มต้นใหม่กับ เข้าร่วมอาณาจักร ถ้าคุณไม่ได้ใช้วิธีนี้

ลองทำตามขั้นตอนการแก้ปัญหาที่นี่ โดยเฉพาะส่วน Basics, Backend และ Common AD Provider: https://sssd.io/troubleshooting/basics.html

(อย่างไรก็ตาม ฉันหวังว่าส่วนต่อท้ายโดเมนของคุณจะไม่ใช่ .SYS จริงๆ)

AAABL avatar
in flag
ขอบคุณมากสำหรับการตอบกลับของคุณ!
AAABL avatar
in flag
ใช่ ฉันสามารถเข้าสู่ระบบด้วยบัญชีผู้ใช้จากโดเมนย่อย และฉันได้แก้ไข sssd.conf โดยลบ DOMAIN.SYS และเหลือ CHILD.DOMAIN.SYS ไว้เท่านั้น ดังนั้นจึงไม่มีข้อผิดพลาด ฉันสามารถเข้าสู่ระบบด้วย [email protected] ได้ แต่ไม่สามารถเข้าสู่ระบบด้วย [email protected] (การเข้าถึงถูกปฏิเสธ) แต่เดิมเราใช้ 'โฆษณาสุทธิเข้าร่วม k' เมื่อฉันเรียกใช้ขอบเขตที่ค้นพบ ฉันได้รับ: ไม่พบขอบเขตเริ่มต้น ฉันจำเป็นต้องยกเลิกการเข้าร่วมเซิร์ฟเวอร์จากโดเมนและเข้าร่วมโดยใช้การเข้าร่วม realm หรือไม่
AAABL avatar
in flag
เมื่อฉันรัน realm Discover -v domain.sys * กำลังแก้ไข: _ldap._tcp.domain.sys * ค้นพบสำเร็จแล้ว: DOMAIN.SYS ชนิด: kerberos ชื่อจริง: DOMAIN.SYS ชื่อโดเมน: domain.sys กำหนดค่า: kerberos-member ซอฟต์แวร์เซิร์ฟเวอร์: ไดเรกทอรีที่ใช้งานอยู่ ซอฟต์แวร์ไคลเอ็นต์: win-bind แพ็คเกจที่จำเป็น: winbind แพ็คเกจที่จำเป็น: libpam-winbind แพ็คเกจที่จำเป็น: samba-common-bin รูปแบบการเข้าสู่ระบบ: TEST\%U นโยบายการเข้าสู่ระบบ: อนุญาตให้เข้าสู่ระบบใด ๆ โดเมน.sys ชนิด: kerberos ชื่อจริง: DOMAIN.SYS ชื่อโดเมน: domain.sys กำหนดค่า: ไม่
LeeM avatar
cn flag
อย่างน้อยคุณก็เข้าร่วมโดเมนแล้ว ดังนั้นฉันจะไม่ลองอีกครั้ง - แต่ `realm join` ดีกว่ามากสำหรับการอ้างอิงในอนาคต และ `realm Discover` แสดงให้เห็นว่าควรเข้าถึงโดเมนหลัก ตอนนี้อาจลองแก้ไข `domains = CHILD.DOMAIN.SYS, DOMAIN.SYS` และเพิ่มส่วนใหม่สำหรับ `[domain/DOMAIN.SYS]` ด้วย `id_provider` และ `access_provider` จากนั้นเรียกใช้ `realm list` ซึ่งควรตรวจสอบ `sssd.conf` และแก้ไขโดเมน ใช้คำสั่ง `getent` เพื่อทดสอบว่าผู้ใช้สามารถแก้ไขใน DC ก่อนที่จะพยายามเข้าสู่ระบบ
LeeM avatar
cn flag
หากไม่สามารถระบุผู้ใช้ในโดเมนหลักด้วย `getent` คุณอาจต้องตรวจสอบการแก้ไข DNS และกำหนด `ad_server` หากโฮสต์ไม่สามารถเข้าถึง DC ได้ทั้งหมด กลับสู่พื้นฐานด้วยขั้นตอนการแก้ปัญหาทั้งหมดบน sssd.io หรือยกเลิกการเข้าร่วมและดูว่าการเข้าร่วมอีกครั้งด้วย `realm join` สร้างความแตกต่างหรือไม่ นอกจากนี้ หากคุณมีเครื่องอื่น *nix ที่เข้าร่วมกับ SSSD ในโดเมนย่อย ให้ตรวจสอบการกำหนดค่าของเครื่องเหล่านั้น แต่ฉันคิดว่าถ้าคุณมั่นใจว่าทั้งสองโดเมนมีส่วนกำหนดค่าใน `sssd.conf` นั่นอาจแก้ไขได้
LeeM avatar
cn flag
โอ้ เพิ่งเห็นว่าคุณพยายามจะออกและเข้าร่วมใหม่ ขออภัย ฉันไม่ทราบวิธีออกจากการดองนั้น นอกจากกำจัด (หรือสำรองข้อมูล) แท็บคีย์ เปลี่ยนไฟล์ conf ทั้งหมดกลับเป็นค่าเริ่มต้น และรับผู้ดูแลระบบ AD เพื่อให้แน่ใจว่าบัญชีคอมพิวเตอร์ในโดเมนนั้น หายไปจริง
AAABL avatar
in flag
เข้าร่วมอาณาจักร -v [email protected] child.domain.sys ! ไม่สามารถตรวจสอบสิทธิ์ไดเรกทอรีที่ใช้งานอยู่: SASL(-1): ความล้มเหลวทั่วไป: ข้อผิดพลาด GSSAPI: ความล้มเหลวของ GSS ที่ไม่ได้ระบุ รหัสย่อยอาจให้ข้อมูลเพิ่มเติม (ไม่พบเซิร์ฟเวอร์ในฐานข้อมูล Kerberos) adcli: ไม่สามารถเชื่อมต่อกับโดเมน child.DOMAIN.SYS: ไม่สามารถตรวจสอบสิทธิ์ไปยังไดเรกทอรีที่ใช้งานอยู่: SASL(-1): ความล้มเหลวทั่วไป: ข้อผิดพลาด GSSAPI: ความล้มเหลวของ GSS ที่ไม่ได้ระบุ รหัสย่อยอาจให้ข้อมูลเพิ่มเติม (ไม่พบเซิร์ฟเวอร์ในฐานข้อมูล Kerberos) ! สิทธิ์ไม่เพียงพอที่จะเข้าร่วมโดเมน
AAABL avatar
in flag
ฉันคิดว่าฉันต้องกำหนดค่าโดเมนย่อยและโดเมนหลักในไฟล์ krb5.conf ไม่แน่ใจว่ารูปแบบที่ถูกต้องคืออะไร ฉันมีโดเมนหลักเท่านั้น

โพสต์คำตอบ

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