← วิธีใช้ Modak

เข้าสู่ระบบด้วยบัญชีบริษัท
และให้คนเข้ามาอัตโนมัติ

ให้ทุกคนเข้า Modak ด้วยบัญชี IdP ที่องค์กรใช้ เช่น Okta · Microsoft Entra ID · Google Workspace (SAML SSO) และสร้างหรือนำคนกับทีมออกโดยอัตโนมัติผ่านการเชื่อมต่อไดเรกทอรี (SCIM) เหมือนที่เคยใช้ใน Slack ผู้ดูแลพื้นที่ทำงานเป็นผู้ตั้งค่า

1 เตรียมความพร้อม 2 ยืนยันโดเมน 3 ลงทะเบียน Modak ใน IdP 4 ใส่ IdP ใน Modak 5 เปิดใช้งานและทดสอบ 6 บังคับใช้ SSO 7 เชื่อมต่อไดเรกทอรี 8 ติดขัดตรงไหนหรือไม่
1
ผู้ดูแลพื้นที่ทำงานเป็นผู้ดำเนินการใช้เวลาประมาณ 20 นาทีขึ้นไป

ก่อนเริ่มต้น

การล็อกอินด้วยบัญชีบริษัทของ Modak ตั้งค่าแยกตามแต่ละเวิร์กสเปซ กรุณาเตรียมสี่อย่างด้านล่างนี้ไว้ก่อนค่ะ

สิ่งที่ต้องเตรียม

  • แพ็กเกจ Modak AI Plus — การล็อกอินด้วยบัญชีบริษัท (SSO) และการซิงก์ไดเรกทอรีใช้ได้ตั้งแต่แพ็กเกจ Plus ขึ้นไป ตั้งค่าได้ที่การตั้งค่าเวิร์กสเปซ › ความปลอดภัยและการตรวจสอบ (แพ็กเกจ Modak AI Agent ก็มีฟีเจอร์นี้เช่นกัน)
  • บัญชี ผู้ดูแลพื้นที่ทำงานของ Modak — ต้องเปิด「ตั้งค่าพื้นที่ทำงาน」ได้จาก ไอคอนเฟือง มุมซ้ายบน
  • สิทธิ์ผู้ดูแล IdP ของบริษัท — ใช้ได้กับผู้ให้บริการที่รองรับ SAML 2.0 เช่น Okta · Microsoft Entra ID · Google Workspace · OneLogin · ADFS
  • ผู้ที่แก้ไข DNS ของโดเมนบริษัทได้ — เพิ่มเรคคอร์ด TXT หนึ่งบรรทัด (เป็นขั้นตอนยืนยันว่าโดเมนเป็นของบริษัทจริง)
สิ่งที่ใช้ใน Slackใน Modakที่ไหน
SAML SSOเข้าสู่ระบบด้วยบัญชีบริษัท (SAML)การตั้งค่าพื้นที่ทำงาน › เข้าสู่ระบบ·SSO › ②
บังคับใช้ SSO (Require SSO)บังคับใช้ SSO「บังคับใช้ SSO」ในหน้าจอเดียวกัน
ลงชื่อเข้าใช้จาก IdP ได้เลยเข้าสู่ระบบโดยตรงจากไทล์แอป IdP「ไทล์แอป IdP」ในหน้าจอเดียวกัน
ซิงค์ไดเรกทอรี (SCIM)การซิงค์ไดเรกทอรี (SCIM)การตั้งค่าพื้นที่ทำงาน › เข้าสู่ระบบ·SSO › ③
แท็บเข้าสู่ระบบ·SSO ในการตั้งค่าพื้นที่ทำงาน — มีสามส่วน ได้แก่ การยืนยันโดเมน การเข้าสู่ระบบด้วยบัญชีบริษัท และการเชื่อมต่อไดเรกทอรี
การตั้งค่าพื้นที่ทำงาน › แท็บ เข้าสู่ระบบ·SSO ทำตามลำดับจากบนลงล่าง (① → ② → ③) · กดเพื่อดูภาพขนาดใหญ่
2
Modak + DNSใช้เวลาประมาณ 5 นาทีขึ้นไป

ยืนยันโดเมนของบริษัท

ผู้ที่เข้าด้วยบัญชีบริษัทได้มีเพียงคนที่มีอีเมลในโดเมนที่ยืนยันแล้วเท่านั้น ขั้นตอนนี้ใช้เพื่อป้องกันไม่ให้คนจากบริษัทอื่นเข้าสู่ระบบในชื่อคนของบริษัทเรา จึงต้องทำก่อนเสมอ ไม่สามารถยืนยันอีเมลสาธารณะ เช่น gmail.com หรือ naver.com ได้

Aเพิ่มโดเมนและรับค่า TXT

  1. ที่มุมซ้ายบนของ Modak กดไอคอนเฟืองข้างชื่อพื้นที่ทำงาน → เปิดแท็บ เข้าสู่ระบบ·SSO
  2. ① ตรวจสอบโดเมนอีเมลของบริษัท กรอกโดเมนของบริษัทในช่องกรอก แล้วกด 「เพิ่มโดเมน」 (เช่น example.co.kr — ไม่ต้องใส่ที่อยู่อีเมลหรือ http:// ใส่เฉพาะโดเมน)
  3. เมื่อเพิ่มโดเมนแล้ว จะแสดง โฮสต์ (ชื่อ) และ ค่า TXT ใต้โดเมนนั้น กด 「คัดลอก」 แต่ละค่าแล้วเก็บไว้ได้เลย
หน้าจอที่แสดงโฮสต์และค่า TXT เมื่อเพิ่มโดเมน
เมื่อเพิ่มโดเมนแล้ว จะแสดงโฮสต์และค่า TXT ที่ต้องใส่ใน DNS · กดเพื่อดูขนาดใหญ่

Bเพิ่มเรคคอร์ด TXT ใน DNS

  1. เปิดหน้าจัดการ DNS ของโดเมนบริษัท (เช่น Gabia, Route 53, Cloudflare หรือ DNS ภายในองค์กร)
  2. เพิ่ม TXT record ใน โฮสต์ (ชื่อ) ใส่ _modak-challenge และใน ค่า ใส่ modak-site-verification=… ที่ Modak แจ้งไว้ตามที่เห็น
  3. หลังบันทึก กลับมาที่ Modak แล้วกด 「ตรวจสอบการยืนยัน」 เมื่อข้างโดเมนเปลี่ยนเป็น 「ยืนยันแล้ว」 ก็เสร็จสิ้น
DNS บางระบบจะเติมชื่อโฮสต์ให้อัตโนมัติ — หากหน้าจอเติมโดเมนต่อท้ายให้ ใส่เพียง _modak-challenge แต่หากต้องกรอกชื่อเต็ม ให้ใส่ _modak-challenge.โดเมน ตามที่ Modak แจ้งไว้ตรงๆ การอัปเดต DNS อาจใช้เวลาตั้งแต่ไม่กี่นาทีถึงหลายชั่วโมง เมื่อตรวจสอบเรียบร้อยแล้ว สามารถลบเรคคอร์ด TXT ได้

ควรรู้ไว้

  • โดเมนหนึ่งสามารถตรวจสอบได้ในพื้นที่ทำงานเดียวเท่านั้น หากโดเมนนั้นถูกตรวจสอบในที่อื่นแล้ว จะมีข้อความแจ้งเตือน — หากเป็นโดเมนของบริษัทจริง กรุณาแจ้งที่ support@modak.im
  • สามารถเพิ่มโดเมนได้สูงสุด 10 โดเมน หากมีหลายบริษัทในเครือใช้พื้นที่ทำงานเดียวกัน กรุณายืนยันทุกโดเมนไว้ด้วย
3
หน้าจอผู้ดูแล IdPใช้เวลาประมาณ 10 นาทีขึ้นไป

ลงทะเบียน Modak ใน IdP ขององค์กร

สร้าง แอป SAML หนึ่งรายการใน IdP (Okta, Entra ID, Google ฯลฯ) แล้วใส่ค่าที่ Modak แจ้งไว้ ค่าเหล่านี้แสดงอยู่ที่ เข้าสู่ระบบ·SSO › ② เข้าสู่ระบบด้วยบัญชีบริษัท (SAML) › ขั้นตอนที่ 1 ใน Modak

ขั้นที่ 1 — ACS URL และ Entity ID ที่จะใช้ลงทะเบียน Modak กับ IdP ขององค์กร
ค่าที่ต้องใส่ใน IdP กดปุ่ม「คัดลอก」ข้างแต่ละค่าเพื่อวางได้เลย · กดเพื่อดูขนาดใหญ่
ค่าที่ Modak แจ้งให้ทราบชื่อที่ IdP เรียก
ACS URLSingle sign-on URL · Reply URL(Assertion Consumer Service URL) · ACS URL
Entity IDAudience URI · SP Entity ID · Identifier
รูปแบบ Name IDที่อยู่อีเมล (EmailAddress) — ใช้อีเมลเป็นชื่อผู้ใช้
แอตทริบิวต์ (ไม่บังคับ)email · name — ไม่มีก็ได้ หาก Name ID เป็นอีเมลอยู่แล้ว
อีเมลคือตัวตนหลัก — Modak จะระบุตัวผู้ใช้จาก อีเมลบริษัท ที่ IdP ส่งมา หากอีเมลไม่ได้อยู่ในโดเมนที่ตรวจสอบแล้ว จะเข้าสู่ระบบไม่ได้ ถ้ารหัสพนักงานหรือ UPN ไม่ตรงกับอีเมล ให้ไปเปลี่ยนที่ IdP ให้ Name ID (หรือแอตทริบิวต์ email) เป็นที่อยู่อีเมล
Okta
  1. ไปที่ Applications → Create App Integration → เลือก SAML 2.0 ตั้งชื่อแอปเป็น Modak
  2. ใส่ ACS URL ของ Modak ใน Single sign-on URL และใส่ Entity ID ใน Audience URI (SP Entity ID) ตั้ง Name ID format เป็น EmailAddress และ Application username เป็น Email
  3. (ไม่บังคับ) เพิ่ม Attribute Statements ด้วย email = user.email และ name = user.displayName
  4. หลังสร้างแอปแล้ว ไปที่แท็บ Sign On แล้วคัดลอก Metadata URL (หรือลิงก์ Identity Provider metadata) ไว้ — จะใช้ในขั้นตอนที่ 4
  5. ใน Assignments กำหนดบุคคลหรือกลุ่มที่จะใช้ Modak
Microsoft Entra ID (Azure AD)
  1. ใน Enterprise applications → New application → Create your own application เลือก Integrate any other application you don't find in the gallery (Non-gallery) แล้วสร้างแอปชื่อ Modak
  2. ใน Single sign-on → SAML ส่วน Basic SAML Configuration ใส่ Entity ID ของ Modak ใน Identifier (Entity ID) และใส่ ACS URL ใน Reply URL (ACS)
  3. ใน Attributes & Claims ตั้ง Unique User Identifier(Name ID) เป็น user.mail และรูปแบบเป็น Email address หาก UPN ไม่ตรงกับอีเมล ต้องเปลี่ยนเป็น mail เสมอ
  4. คัดลอก App Federation Metadata Url ใน SAML Certificates ไว้ก่อน — จะใช้ในขั้นที่ 4
  5. กำหนดบุคคลที่จะใช้ Modak ใน Users and groups
Google Workspace
  1. ไปที่คอนโซลผู้ดูแล แล้วกด แอป → แอปเว็บและมือถือ → เพิ่มแอป → เพิ่มแอป SAML แบบกำหนดเอง ตั้งชื่อแอปว่า Modak
  2. ในหน้า รายละเอียดผู้ให้บริการ Google ID กด ดาวน์โหลด metadata เพื่อรับไฟล์ XML ไว้ก่อน — จะอัปโหลดในขั้นที่ 4
  3. ในส่วน รายละเอียดผู้ให้บริการ ใส่ ACS URL ของ Modak ในช่อง ACS URL และใส่ Entity ID ในช่อง Entity ID ของแอป ตั้ง รูปแบบ Name ID เป็น EMAIL และ Name ID เป็น ข้อมูลพื้นฐาน > อีเมลหลัก
  4. ในการตั้งค่าแอป ให้เปลี่ยน การเข้าถึงของผู้ใช้ เป็นเปิด (สามารถกำหนดตามหน่วยขององค์กรได้)

Google Workspace ไม่รองรับการสร้างผู้ใช้อัตโนมัติ (SCIM) สำหรับแอป SAML ที่สร้างขึ้นเอง — ให้ใช้เฉพาะการเข้าสู่ระบบ (SSO) แล้วเชิญผู้ใช้ หรือให้เข้ามาอัตโนมัติเมื่อล็อกอินครั้งแรก

IdP อื่นๆ (OneLogin, ADFS, Keycloak, Ping ฯลฯ)
  1. สร้างแอป SAML 2.0 ใหม่ แล้วใส่ ACS URL และ Entity ID จากตารางด้านบน
  2. ตั้ง Name ID เป็น ที่อยู่อีเมล และการลงลายมือชื่อเป็น ลายเซ็นของ Response หรือ Assertion (RSA-SHA256)
  3. ดาวน์โหลด URL เมทาดาทา หรือ ไฟล์ XML เมทาดาทา จาก IdP ไว้ก่อน
  4. IdP บางรายสามารถกรอกค่าข้างบนให้ครบทั้งหมดได้ในครั้งเดียว โดยอัปโหลดไฟล์ XML ที่ได้จาก 「ดาวน์โหลดไฟล์เมทาดาทา Modak (SP)」 ของ Modak
4
Modakใช้เวลาประมาณ 3 นาที

ใส่ข้อมูล IdP ลงใน Modak

Aใส่เมทาดาตาและตรวจสอบ

  1. ไปที่ Modak เข้าสู่ระบบ·SSO › ② › ขั้นตอนที่ 2 แล้ววาง URL เมทาดาทา ของ IdP ลงไป หากเป็นไฟล์ XML ให้กด 「อัปโหลดไฟล์ XML」 เพื่อเลือกไฟล์ หรือจะวาง XML ลงในช่องด้านล่างก็ได้
  2. กด 「ตรวจสอบการเชื่อมต่อ」 ถ้าขึ้น Entity ID, URL สำหรับเข้าสู่ระบบ และ จำนวนใบรับรองการลงลายมือชื่อและวันหมดอายุ แสดงว่าอ่านได้ถูกต้องแล้ว
  3. กด 「บันทึก」
หากใส่เป็น URL ของเมทาดาตา เมื่อ IdP สร้างใบรับรองใหม่ Modak จะดึงมาใหม่ให้เองวันละครั้ง (และเมื่อการเข้าสู่ระบบถูกบล็อก) แต่ถ้าใส่เป็นไฟล์ XML ต้องอัปโหลดไฟล์ใหม่ทุกครั้งที่ใบรับรองเปลี่ยน
หน้าจอที่เมื่อใส่เมทาดาตาของ IdP แล้วกดตรวจสอบการเชื่อมต่อ จะแสดง Entity ID · URL สำหรับเข้าสู่ระบบ · ใบรับรองการลงลายมือชื่อ
「ตรวจสอบการเชื่อมต่อ」 — หาก IdP อ่านได้ถูกต้อง จะแสดง Entity ID, URL เข้าสู่ระบบ และใบรับรอง · กดเพื่อดูขนาดใหญ่

Bกรณีชื่อแอตทริบิวต์อีเมล·ชื่อไม่ตรงกัน (ปกติข้ามขั้นตอนนี้ได้)

  1. ขยาย 「เปลี่ยนชื่อแอตทริบิวต์」
  2. หาก IdP ส่งอีเมลในชื่ออื่นที่ไม่ใช่ mail หรือ emailaddress ให้ใส่ ชื่อแอตทริบิวต์ นั้น หากเว้นว่างไว้ ระบบจะค้นหาตามลำดับ email · mail · emailaddress · upn และ Name ID (รูปแบบอีเมล)
5
Modak + IdPใช้เวลาประมาณ 5 นาที

เปิดใช้งานและทดสอบเข้าสู่ระบบ

Aเปิดใช้งาน

  1. ใน ขั้นที่ 3 · เปิดใช้งานและทดสอบ เปิด 「ใช้การลงชื่อเข้าใช้บัญชีองค์กร (SSO)」 หากยังไม่ได้ยืนยันโดเมนและไม่มีข้อมูล IdP metadata จะเปิดไม่ได้
  2. การเปิดใช้งานเพียงอย่างเดียวจะไม่ปิดการเข้าสู่ระบบแบบเดิม (รหัสทางอีเมลหรือ Google) และจะไม่มีใครถูกเตะออกจนกว่าการทดสอบจะเสร็จสิ้น

Bทดลองเข้าสู่ระบบ

  1. กด 「ทดลองเข้าสู่ระบบ (แท็บใหม่)」 หน้าจอเข้าสู่ระบบ IdP ของบริษัทจะเปิดขึ้น
  2. เมื่อเข้าสู่ระบบด้วยบัญชีบริษัทสำเร็จ Modak จะเปิดขึ้น และหน้าการตั้งค่าจะแสดงเวลา 「สำเร็จล่าสุด」
อย่าลืมกำหนดแอป IdP — ต้องกำหนดแอป Modak ให้บุคคลนั้นใน IdP จึงจะลงชื่อเข้าใช้ได้ แม้แต่ผู้ดูแลระบบเองก็ต้องทำเช่นกัน
หน้าจอเปิดการใช้เข้าสู่ระบบด้วยบัญชีบริษัทและกดปุ่มทดสอบเข้าสู่ระบบ
เปิด「ใช้งาน」แล้วกด「ทดสอบเข้าสู่ระบบ」 · กดเพื่อดูขนาดใหญ่

Cพนักงานเข้าสู่ระบบแบบนี้

  1. ที่หน้าเข้าสู่ระบบของ Modak ให้กรอกอีเมลบริษัทของคุณ
  2. หากโดเมนนั้นตั้ง SSO ไว้ จะแสดง 「ดำเนินการต่อด้วยบัญชีบริษัท」 แทนอีเมลรหัสยืนยัน เมื่อกดแล้วจะไปยังหน้าเข้าสู่ระบบของ IdP และเข้าสู่พื้นที่ทำงานได้ทันที
  3. สามารถเข้าใช้ Modak โดยตรงจาก รายการแอป (ไทล์) ใน IdP ได้เช่นกัน (หากต้องการปิด ให้ปิด「อนุญาตให้เข้าสู่ระบบจากไทล์แอป IdP」)
แอปเดสก์ท็อปและโทรศัพท์ก็เหมือนกัน — การเข้าสู่ระบบในแอปจะทำผ่านเบราว์เซอร์ จึงเข้าด้วยบัญชีบริษัทในแบบเดียวกับด้านบน
หน้าเข้าสู่ระบบ — เมื่อกรอกอีเมลแล้วจะแสดงปุ่มดำเนินการต่อด้วยบัญชีบริษัท
เมื่อกรอกอีเมลบริษัท จะแสดง「ดำเนินการต่อด้วยบัญชีบริษัท」 · กดเพื่อดูภาพขนาดใหญ่

ผู้ที่เข้าสู่ระบบครั้งแรกล่ะ?

  • หากมีคนที่ยังไม่อยู่ในพื้นที่ทำงานเข้ามาผ่าน SSO เป็นครั้งแรก ระบบจะเพิ่มเป็นสมาชิกให้อัตโนมัติ จะเห็นเฉพาะช่องทางเริ่มต้น และบทบาทจะเป็นสมาชิก
  • หากไม่ต้องการให้เพิ่มอัตโนมัติ ให้ปิด「เพิ่มผู้ที่เข้าสู่ระบบครั้งแรกเป็นสมาชิกอัตโนมัติ」 ในกรณีนี้จะมีเพียงคนที่เป็นสมาชิกอยู่แล้วหรือถูกสร้างจากการเชื่อมต่อไดเรกทอรีในขั้นตอนที่ 7 เท่านั้นที่เข้าได้
6
ไม่บังคับเปิดได้หลังทดลองเข้าสู่ระบบเท่านั้น

เปลี่ยนเป็นบังคับใช้ SSO

เมื่อเปิด「บังคับใช้ SSO」 อีเมลในโดเมนที่ยืนยันแล้วจะเข้าสู่ระบบได้ ผ่านบัญชีบริษัทเท่านั้น การเข้าสู่ระบบด้วยรหัสทางอีเมล, Google และ Works AI จะถูกปิดทั้งหมด

บังคับใช้ SSO, ไทล์แอป IdP, ตัวเลือกเพิ่มอัตโนมัติ
เมื่อทดสอบเข้าสู่ระบบสำเร็จ คุณจะเปิด「บังคับใช้ SSO」ได้ · กดเพื่อดูภาพขนาดใหญ่
มีระบบป้องกันการล็อกเอาท์ — เพื่อไม่ให้ทุกคนเข้าไม่ได้เพราะการตั้งค่าผิด จะเปิดใช้งานได้ หลังจากทดลองเข้าสู่ระบบสำเร็จแล้วเท่านั้น เมื่อเปิดใช้งาน ผู้ที่ล็อกอินอยู่แล้วต้อง เข้าสู่ระบบด้วยบัญชีบริษัทอีกครั้ง ผู้ดูแลพื้นที่ทำงานได้รับยกเว้น จึงสามารถเข้ามาแก้ไขการตั้งค่าด้วยรหัสทางอีเมลได้ แม้ IdP จะมีปัญหา

ควรรู้ไว้

  • อีเมลที่ไม่ใช่โดเมนของบริษัท (เช่น แขกจากพาร์ตเนอร์ภายนอก) จะไม่ได้รับผลกระทบ ยังคงเข้าด้วยลิงก์เชิญและรหัสทางอีเมลเหมือนเดิม
  • หากปิด SSO หรือลบโดเมนที่ยืนยันแล้วทั้งหมด การบังคับใช้ SSO จะถูกยกเลิกไปด้วย
7
ไม่บังคับOkta · Entra ID ฯลฯ

จัดการผู้ใช้และทีมอัตโนมัติด้วยการซิงค์ไดเรกทอรี (SCIM)

เมื่อเปิดการซิงค์ไดเรกทอรี หากเพิ่มผู้ใช้ใน IdP ผู้ใช้จะถูกสร้างใน Modak โดยอัตโนมัติ และหากปิดใช้งานเนื่องจากลาออกหรือลาพัก ผู้ใช้จะถูกนำออกจาก Modak ด้วย กลุ่มของ IdP จะเชื่อมกับ ทีม (กลุ่มผู้ใช้) ใน Modak จึงเรียกสมาชิกทีมทั้งหมดได้ด้วย @ชื่อทีม เพียงครั้งเดียว

Aสร้างโทเคนใน Modak

  1. ไปที่ เข้าสู่ระบบ・SSO › ③ เชื่อมไดเรกทอรี (SCIM) แล้วกด 「สร้างโทเคน」 (ต้องตรวจสอบโดเมนให้เรียบร้อยก่อน)
  2. จะแสดง SCIM ฐาน URL และ Secret Token กดปุ่ม 「คัดลอก」 แต่ละรายการแล้ววางใน IdP โทเคนจะแสดงเพียงครั้งเดียวตอนนี้
หากทำโทเคนหาย กด「สร้างโทเคนใหม่」โทเคนเก่าจะใช้งานไม่ได้ทันที จึงต้องใส่โทเคนใหม่ใน IdP อีกครั้ง หากกด「ยกเลิกโทเคน」การเชื่อมต่อจะถูกปิด
ส่วนการซิงค์ไดเรกทอรี — URL พื้นฐาน SCIM และโทเคนที่สร้างใหม่
URL พื้นฐาน SCIM และโทเคนที่ต้องวางใน IdP · กดเพื่อดูขนาดใหญ่
Microsoft Entra ID
  1. ในหน้า Provisioning → Get started ของแอปองค์กรที่สร้างในขั้นที่ 3 ตั้ง Provisioning Mode เป็น Automatic
  2. ใส่ SCIM ฐาน URL ของ Modak ใน Tenant URL และใส่ โทเคน ใน Secret Token กด Test Connection แล้วบันทึกเมื่อสำเร็จ
  3. ใน Mappings → Provision Microsoft Entra ID Users (ชื่อเดิม Provision Azure Active Directory Users) ตั้งให้ userName ไปที่ mail (อีเมลองค์กร) หากใช้ค่าเริ่มต้น userPrincipalName ที่ไม่ตรงกับอีเมล ระบบจะจำคนเดียวกันไม่ได้
  4. กำหนดบุคคลหรือกลุ่มที่จะเชื่อมต่อใน Users and groups แล้วตั้ง Provisioning status เป็น On
Okta
  1. ใน Okta ให้เตรียมแอปที่ รองรับการจัดเตรียมผู้ใช้ SCIM เช่น SCIM 2.0 Test App (Header Auth) ในแคตตาล็อก ซึ่งสามารถใส่ URL พื้นฐาน SCIM และโทเคนได้โดยตรง (แอป SAML ที่สร้างเองอาจไม่มีแท็บ Provisioning)
  2. ใน Provisioning → Integration ใส่ SCIM ฐาน URL ของ Modak ใน SCIM connector base URL ใส่ userName ใน Unique identifier field for users ตั้ง Authentication Mode เป็น HTTP Header แล้วใส่โทเคนในช่อง Authorization
  3. เมื่อ Test Connector Configuration สำเร็จ ให้บันทึกและเปิด Create Users · Update User Attributes · Deactivate Users ใน To App ส่งกลุ่มด้วย Push Groups
สิ่งที่ทำใน IdPสิ่งที่เกิดขึ้นใน Modak
เพิ่มผู้ใช้ (Create)หากอีเมลอยู่ในโดเมนที่ยืนยันแล้ว ระบบจะสร้างเป็นสมาชิกให้
เปลี่ยนชื่อผู้ใช้ (Update)ชื่อที่แสดงของ Modak จะเปลี่ยนตาม (อีเมลไม่สามารถเปลี่ยนได้)
ปิดใช้งาน·ลบผู้ใช้ (Deactivate)จะถูกนำออกจากพื้นที่ทำงาน ข้อความและไฟล์ที่เคยส่งจะยังคงอยู่ และจะกลับเข้ามาได้เมื่อเปิดใช้งานอีกครั้ง
สร้าง เพิ่มสมาชิก และลบ กลุ่มทีม (กลุ่มผู้ใช้) ของ Modak จะถูกสร้างขึ้นและจัดสมาชิกให้ตรงกัน

ควรรู้ไว้

  • อีเมลจากโดเมนที่ยังไม่ได้ตรวจสอบจะไม่ถูกสร้างขึ้น ต่อให้โทเคนรั่วไหล ก็ไม่สามารถเพิ่มคนของบริษัทอื่นเข้ามาได้
  • ผู้ดูแลคนสุดท้ายจะไม่ถูกนำออก บทบาท (ผู้ดูแล) ไม่ได้เปลี่ยนผ่าน SCIM แต่กำหนดภายใน Modak — ผู้ใช้ที่สร้างจากการเชื่อมต่อจะเริ่มเป็นสมาชิก
  • ผู้ที่ถูกนำออกผ่านการเชื่อมต่อจะไม่สามารถเข้าด้วย SSO ได้อีก หากเปิดใช้งานอีกครั้งใน IdP ก็จะกลับเข้ามาได้
8
แก้ไขปัญหา

ติดปัญหาหรือเปล่า

สถานการณ์ที่พบบ่อย

การ「ตรวจสอบการยืนยันโดเมน」ล้มเหลวซ้ำๆ
กรุณาตรวจสอบว่า โฮสต์ ของ TXT record เป็น _modak-challenge (หรือ _modak-challenge.โดเมน) และ ค่า เป็น modak-site-verification=… ทั้งหมด รวมถึงไม่มีเครื่องหมายคำพูดหรือช่องว่างเกินหน้าหลังค่า การอัปเดต DNS อาจใช้เวลาสักครู่
เข้าสู่ระบบแล้วขึ้นข้อความ「โดเมนอีเมลของบัญชีบริษัทยังไม่ได้รับการยืนยันในพื้นที่ทำงานนี้」
โดเมนของอีเมลที่ IdP ส่งมาไม่ตรงกับโดเมนที่ยืนยันไว้ในขั้นตอนที่ 2 หากเป็นโดเมนของบริษัทในเครือ ให้เพิ่มและยืนยันโดเมนนั้นด้วย หาก IdP ส่ง UPN หรือรหัสพนักงานแทนอีเมล ให้ตรวจสอบการตั้งค่า Name ID/อีเมลในขั้นตอนที่ 3
ขึ้นข้อความ「ไม่มีอีเมลในบัญชีบริษัท จึงเข้าใช้งานไม่ได้」
การตอบกลับจาก IdP ไม่มีอีเมล ให้ตั้งรูปแบบ Name ID เป็น EmailAddress หรือส่งแอตทริบิวต์ email มาด้วยนะคะ/ครับ หากชื่อแอตทริบิวต์ต่างออกไป ให้ระบุไว้ที่「เปลี่ยนชื่อแอตทริบิวต์」ในขั้นตอน 4B
พยายามเปิด「บังคับใช้ SSO」แต่เปิดไม่ได้
ต้องทดสอบเข้าสู่ระบบให้สำเร็จหนึ่งครั้งก่อนจึงจะเปิดได้ กรุณากด「ทดสอบเข้าสู่ระบบ (แท็บใหม่)」ในขั้นตอนที่ 5 B ก่อน
เปลี่ยนใบรับรอง IdP แล้วเข้าสู่ระบบไม่ได้
หากคุณใส่ข้อมูลเมทาดาทาเป็น URL ระบบจะรับใบรับรองใหม่โดยอัตโนมัติเมื่อคุณพยายามเข้าสู่ระบบ หากใส่เป็นไฟล์ XML ให้ อัปโหลดไฟล์ XML ใหม่แล้วบันทึก ในขั้นตอนที่ 4
เกิดข้อผิดพลาดเกี่ยวกับเวลาในการเข้าสู่ระบบ
หากเวลาของ IdP และ Modak ต่างกันเกิน 3 นาที การเข้าสู่ระบบจะถูกปฏิเสธ กรุณาตรวจสอบเวลาของเซิร์ฟเวอร์ IdP
คนจะไม่ถูกสร้างผ่านการเชื่อมต่อ
กรุณาตรวจสอบสาเหตุข้อผิดพลาดในบันทึก (log) ฝั่ง IdP สาเหตุที่พบบ่อยคือ ① โดเมนอีเมลยังไม่ได้รับการยืนยัน ② มีคนที่ใช้อีเมลเดียวกันอยู่แล้ว (ตั้งค่าให้ IdP ค้นหาผู้ใช้เดิมก่อนด้วย userName ที่ตรงกัน) ③ โทเคนถูกยกเลิกแล้ว