Sign in to the Admin Console and navigate to Settings > Identity.
- แนวคิดพื้นฐาน
- คู่มือการปรับใช้
-
ปรับใช้ Creative Cloud สำหรับการศึกษา
- หน้าแรกของการปรับใช้
- ตัวช่วยสร้างการเริ่มต้นใช้งานสำหรับ K-12
- การตั้งค่าแบบง่าย
- การซิงค์ผู้ใช้
- Roster Sync K-12 (สหรัฐอเมริกา)
- แนวคิดหลักๆ ของการให้สิทธิ์การใช้งาน
- ตัวเลือกการปรับใช้
- เคล็ดลับง่ายๆ
- อนุมัติแอป Adobe ใน Google Admin Console
- เปิดใช้งาน Adobe Express ใน Google Classroom
- การผสานการทำงานกับ Canvas LMS
- การผสานการทำงานกับ Blackboard Learn
- การกำหนดค่า SSO สำหรับพอร์ทัลเขตและ LMS
- เพิ่มผู้ใช้ผ่าน Roster Sync
- คำถามที่พบบ่อยเกี่ยวกับ Kivuto
- แนวทางคุณสมบัติของสถาบันประถมศึกษาและมัธยมศึกษา
- ประเภทเอกลักษณ์ | ภาพรวม
- ตั้งค่าเอกลักษณ์ | ภาพรวม
- ตั้งค่าองค์กรด้วย Enterprise ID
- ตั้งค่าการรวมและการซิงค์ Azure AD
- ตั้งค่าการรวมและการซิงค์ Google
- ตั้งค่าองค์กรด้วย Microsoft ADFS
- ตั้งค่าองค์กรสำหรับพอร์ทัลเขตและ LMS
- ตั้งค่าองค์กรด้วยผู้ให้บริการเอกลักษณ์รายอื่น
- คำถามทั่วไปและการแก้ไขปัญหาเกี่ยวกับ SSO
- ภาพรวม
- บทบาทการดูแลระบบ
- กลยุทธ์การจัดการผู้ใช้
- มอบหมายสิทธิ์การใช้งานให้กับผู้ใช้ระดับทีม
- การจัดการผู้ใช้ในแอปสำหรับทีม
- เพิ่มผู้ใช้ที่มีโดเมนอีเมลที่ตรงกัน
- เปลี่ยนประเภทเอกลักษณ์ของผู้ใช้
- จัดการกลุ่มผู้ใช้
- จัดการผู้ใช้ไดเรกทอรี
- จัดการผู้พัฒนา
- โยกย้ายผู้ใช้ปัจจุบันไปยัง Adobe Admin Console
- โยกย้ายการจัดการผู้ใช้ไปยัง Adobe Admin Console
-
จัดการผลิตภัณฑ์และโปรไฟล์ผลิตภัณฑ์
- จัดการผลิตภัณฑ์
- ซื้อผลิตภัณฑ์และสิทธิ์การใช้งาน
- จัดการโปรไฟล์ผลิตภัณฑ์สำหรับผู้ใช้ระดับองค์กร
- จัดการกฎการมอบหมายอัตโนมัติ
- ให้สิทธิ์ผู้ใช้ในการฝึกโมเดล Firefly แบบกำหนดเอง
- ตรวจสอบคำขอผลิตภัณฑ์
- จัดการนโยบายการบริการตนเอง
- จัดการการผสานการทำงานแอป
- จัดการสิทธิ์ผลิตภัณฑ์ใน Admin Console
- เปิดใช้งาน/ปิดใช้งานบริการสำหรับโปรไฟล์ผลิตภัณฑ์
- Single App | Creative Cloud สำหรับองค์กร
- บริการเสริม
- จัดการสิทธิ์การใช้งานอุปกรณ์ที่ใช้ร่วมกัน
- พื้นที่เก็บข้อมูล
- การโยกย้ายแอสเซท
- เรียกคืนแอสเซทจากผู้ใช้
- การโยกย้ายแอสเซทของนักเรียน | EDU เท่านั้น
- Adobe Stock
- แบบอักษรที่กำหนดเอง
- Adobe Asset Link
- Adobe Acrobat Sign
- Creative Cloud สำหรับองค์กร - การเป็นสมาชิกฟรี
- ภาพรวม
- สร้างแพ็คเกจ
- ปรับแต่งแพ็คเกจ
- ปรับใช้แพ็คเกจ
- จัดการการอัปเดต
- Adobe Update Server Setup Tool (AUSST)
- Adobe Remote Update Manager (RUM)
- แก้ไขปัญหา
- Adobe Enterprise & Teams: คู่มือการดูแลระบบ
-
วางแผนการปรับใช้ของคุณ
- แนวคิดพื้นฐาน
- คู่มือการปรับใช้
-
ปรับใช้ Creative Cloud สำหรับการศึกษา
- หน้าแรกของการปรับใช้
- ตัวช่วยสร้างการเริ่มต้นใช้งานสำหรับ K-12
- การตั้งค่าแบบง่าย
- การซิงค์ผู้ใช้
- Roster Sync K-12 (สหรัฐอเมริกา)
- แนวคิดหลักๆ ของการให้สิทธิ์การใช้งาน
- ตัวเลือกการปรับใช้
- เคล็ดลับง่ายๆ
- อนุมัติแอป Adobe ใน Google Admin Console
- เปิดใช้งาน Adobe Express ใน Google Classroom
- การผสานการทำงานกับ Canvas LMS
- การผสานการทำงานกับ Blackboard Learn
- การกำหนดค่า SSO สำหรับพอร์ทัลเขตและ LMS
- เพิ่มผู้ใช้ผ่าน Roster Sync
- คำถามที่พบบ่อยเกี่ยวกับ Kivuto
- แนวทางคุณสมบัติของสถาบันประถมศึกษาและมัธยมศึกษา
-
ตั้งค่าองค์กรของคุณ
- ประเภทเอกลักษณ์ | ภาพรวม
- ตั้งค่าเอกลักษณ์ | ภาพรวม
- ตั้งค่าองค์กรด้วย Enterprise ID
- ตั้งค่าการรวมและการซิงค์ Azure AD
- ตั้งค่าการรวมและการซิงค์ Google
- ตั้งค่าองค์กรด้วย Microsoft ADFS
- ตั้งค่าองค์กรสำหรับพอร์ทัลเขตและ LMS
- ตั้งค่าองค์กรด้วยผู้ให้บริการเอกลักษณ์รายอื่น
- คำถามทั่วไปและการแก้ไขปัญหาเกี่ยวกับ SSO
-
จัดการผู้ใช้
- ภาพรวม
- บทบาทการดูแลระบบ
- กลยุทธ์การจัดการผู้ใช้
- มอบหมายสิทธิ์การใช้งานให้กับผู้ใช้ระดับทีม
- การจัดการผู้ใช้ในแอปสำหรับทีม
- เพิ่มผู้ใช้ที่มีโดเมนอีเมลที่ตรงกัน
- เปลี่ยนประเภทเอกลักษณ์ของผู้ใช้
- จัดการกลุ่มผู้ใช้
- จัดการผู้ใช้ไดเรกทอรี
- จัดการผู้พัฒนา
- โยกย้ายผู้ใช้ปัจจุบันไปยัง Adobe Admin Console
- โยกย้ายการจัดการผู้ใช้ไปยัง Adobe Admin Console
-
จัดการผลิตภัณฑ์และสิทธิ์
-
จัดการผลิตภัณฑ์และโปรไฟล์ผลิตภัณฑ์
- จัดการผลิตภัณฑ์
- ซื้อผลิตภัณฑ์และสิทธิ์การใช้งาน
- จัดการโปรไฟล์ผลิตภัณฑ์สำหรับผู้ใช้ระดับองค์กร
- จัดการกฎการมอบหมายอัตโนมัติ
- ให้สิทธิ์ผู้ใช้ในการฝึกโมเดล Firefly แบบกำหนดเอง
- ตรวจสอบคำขอผลิตภัณฑ์
- จัดการนโยบายการบริการตนเอง
- จัดการการผสานการทำงานแอป
- จัดการสิทธิ์ผลิตภัณฑ์ใน Admin Console
- เปิดใช้งาน/ปิดใช้งานบริการสำหรับโปรไฟล์ผลิตภัณฑ์
- Single App | Creative Cloud สำหรับองค์กร
- บริการเสริม
- จัดการสิทธิ์การใช้งานอุปกรณ์ที่ใช้ร่วมกัน
-
จัดการผลิตภัณฑ์และโปรไฟล์ผลิตภัณฑ์
- เริ่มต้นใช้งาน Global Admin Console
-
จัดการพื้นที่เก็บข้อมูลและแอสเซท
- พื้นที่เก็บข้อมูล
- การโยกย้ายแอสเซท
- เรียกคืนแอสเซทจากผู้ใช้
- การโยกย้ายแอสเซทของนักเรียน | EDU เท่านั้น
-
จัดการบริการ
- Adobe Stock
- แบบอักษรที่กำหนดเอง
- Adobe Asset Link
- Adobe Acrobat Sign
- Creative Cloud สำหรับองค์กร - การเป็นสมาชิกฟรี
-
ปรับใช้แอปและอัปเดต
- ภาพรวม
- สร้างแพ็คเกจ
- ปรับแต่งแพ็คเกจ
- ปรับใช้แพ็คเกจ
- จัดการการอัปเดต
- Adobe Update Server Setup Tool (AUSST)
- Adobe Remote Update Manager (RUM)
- แก้ไขปัญหา
- จัดการบัญชีสำหรับทีมของคุณ
- การต่ออายุ
- จัดการสัญญา
- รายงานและบันทึก
- รับความช่วยเหลือ
You can use directory trust to authenticate your users against a domain already claimed by another organization.
Directory trusting
Only one organization at a time can claim a domain's ownership. Thus, consider the following scenario:
A company, Geometrixx, has multiple departments, each of which has its own unique Admin Console. Also, each department wants to use Federated user IDs, all using the geometrixx.com domain. Each department's system administrator would want to claim this domain for authentication.
The Admin Console prevents a domain from being added to multiple organizations' Admin Console. However, once added by a single department, other departments can request access to the directory to which that domain is linked on behalf of their organization's Admin Console.
Directory trusting allows a directory owner organization to trust other requesting organizations (trustees). After this, trustee organizations in the Admin Console can add users to any domain within the trusted directory.
To summarize, you must add a domain if you plan to use Enterprise ID or Federated ID on your Admin Console. If another organization has already added this domain, you must request trustee access to the directory containing this domain. However, when the trustee organization adds users to the trusted domains, they are authenticated based on the owning organization's identity management.
To request access to a directory, follow the steps in Add domains to directories.
- As an owner of a directory, if you approve an access request for a directory, the trustee organization will have access to all domains linked to the directory, as well as any domains linked to that directory in the future. So planning the domain-to-directory linking is essential as you set up the identity system in your organization.
- Before adding, requesting, revoking, or withdrawing a trust request, we strongly recommend that you export a user list from the Admin Console or Consoles involved prior to making changes. This list will provide a snapshot of all user data, including name, email, assigned product profiles, and assigned admin roles in case you need to roll back.
- There are specific steps to migrating a domain that includes a trust relationship. You should not revoke a trust relationship when migrating a trusted domain to prevent the loss of user account and product access in the trustee’s organization.
Domain trustee (Requesting organization)
Follow the process below if you want to request access to a directory owning your desired domain:
Domain owner (Owning organization)
When you get an email request for access to a directory you own, you can accept or reject the request from the email itself. Or, navigate to the Access request tab in the Admin Console to manage claim requests.