การแก้ปัญหาเกี่ยวกับ OpenLDAP

คุณกำลังดูเอกสารประกอบของ Apigee Edge
ไปที่ เอกสารประกอบของ Apigee X info

ส่วนนี้มีข้อมูลและคำแนะนำในการแก้ปัญหา OpenLDAP

SMTP ปิดอยู่และผู้ใช้ต้องรีเซ็ต รหัสผ่าน

ลักษณะปัญหา

เมื่อไม่ได้ตั้งค่า SMTP ใน UI ของ Edge ผู้ใช้ใหม่ที่เพิ่มลงใน Edge จะต้องมีวิธีตั้งรหัสผ่าน

ข้อความแสดงข้อผิดพลาด

Unknown username and password combination.

สาเหตุที่เป็นไปได้

ผู้ใช้ใหม่ไม่ได้รับอีเมลจากลิงก์ "ลืมรหัสผ่าน" เพื่อตั้ง รหัสผ่านเนื่องจากไม่ได้ตั้งค่า SMTP

ความละเอียด

คุณสามารถแก้ไขปัญหานี้ได้ด้วยวิธีใดวิธีหนึ่งต่อไปนี้

วิธีที่ 1: กำหนดค่าเซิร์ฟเวอร์ SMTP

กำหนดค่าเซิร์ฟเวอร์ SMTP เพื่อตั้งรหัสผ่านใหม่สำหรับผู้ใช้โดยใช้คำแนะนำที่ระบุไว้ ในเอกสารประกอบ

วิธีที่ 2: ใช้ LDAP

หากกำหนดค่าเซิร์ฟเวอร์ SMTP ไม่ได้ ให้ใช้คำสั่ง LDAP ด้านล่างเพื่อตั้งรหัสผ่านใหม่สำหรับผู้ใช้

  1. ผู้ดูแลระบบองค์กรที่มีอยู่ต้องเพิ่มผู้ใช้ที่เฉพาะเจาะจงผ่าน UI ของ Edge ดังที่แสดงด้านล่าง

  2. ใช้คำสั่ง ldapsearch เพื่อค้นหาชื่อที่แตกต่าง (dn) ของผู้ใช้และเปลี่ยนเส้นทางเอาต์พุตไปยังไฟล์ 
    ldapsearch -w Secret123 -D "cn=manager,dc=apigee,dc=com" -b "dc=apigee,dc=com" -LLL -h localhost -p 10389 > ldap.txt

    ตัวอย่างรายการ dn สำหรับผู้ใช้ พร้อมด้วยแอตทริบิวต์ของผู้ใช้

    dn:uid=f7a4a4a5-7c43-4168-a47e-6e9a1417cc29,ou=users,ou=global,dc=apigee,dc=com
mail: apigee_validator@apigee.com
userPassword:: e1NTSEF9b0FrMFFXVmFjbWRxM1BVaFZzMnllWGZMdkNvNjMwNTJlUDZYN3c9PQ=
 =
uid: f7a4a4a5-7c43-4168-a47e-6e9a1417cc29
objectClass: inetOrgPerson
sn: Validator
cn: apigee
  3. เปิดไฟล์ ldap.txt แล้วค้นหา dn ของผู้ใช้ใหม่ที่เพิ่ม ตามแอตทริบิวต์อีเมลของผู้ใช้ใหม่
  4. เรียกใช้คำสั่ง ldappassword เพื่อเพิ่มรหัสผ่านสำหรับผู้ใช้ใหม่ โดยใช้ dn ในตัวอย่างนี้ คุณกำลังตั้งรหัสผ่านของผู้ใช้เป็น Apigee123 
    ldappasswd -h localhost -p 10389 -D "cn=manager,dc=apigee,dc=com" -W -s Apigee123
"uid=f7a4a4a5-7c43-4168-a47e-6e9a1417cc29,ou=users,ou=global,dc=apigee,dc=com"
  5. เข้าสู่ระบบ UI ของ Edge ในฐานะผู้ใช้ใหม่ด้วยรหัสผ่านที่กำหนดไว้ในขั้นตอนก่อนหน้า ผู้ใช้สามารถตั้งรหัสผ่านใหม่ได้เมื่อเข้าสู่ระบบ UI

LDAP ไม่ทำซ้ำ

ลักษณะปัญหา

การติดตั้ง Edge หลายรายการมีศูนย์ข้อมูลหลายแห่ง เช่น DC-1 และ DC-2 เมื่อเข้าสู่ระบบ UI ของ Edge ใน DC-1 ในฐานะผู้ดูแลระบบองค์กร คุณจะเห็นรายชื่อผู้ใช้ แต่รายชื่อผู้ใช้เดียวกัน จะไม่ปรากฏใน UI ของ Edge ใน DC-2

ข้อความแสดงข้อผิดพลาด

ไม่มีข้อผิดพลาดปรากฏขึ้น UI ของ Edge เพียงแค่ไม่แสดงรายชื่อผู้ใช้ที่ควรทำซ้ำในเซิร์ฟเวอร์ OpenLDAP ทั้งหมด

สาเหตุที่เป็นไปได้

โดยปกติแล้ว สาเหตุของปัญหานี้คือการกำหนดค่าการทำซ้ำ OpenLDAP ที่กำหนดค่าไม่ถูกต้อง ไม่ใช่ การติดตั้งเอง นอกจากนี้ การทำซ้ำอาจหยุดทำงานหากเครือข่ายระหว่างเซิร์ฟเวอร์ OpenLDAP ไม่อนุญาตให้มีการรับส่งข้อมูลในพอร์ต 10389

การวินิจฉัย

ทำตามขั้นตอนต่อไปนี้เพื่อวินิจฉัยปัญหา

  1. ตรวจสอบว่า ldapsearch แสดงผลข้อมูลจากเซิร์ฟเวอร์ OpenLDAP แต่ละเครื่องหรือไม่ 
    ldapsearch -W -D "cn=manager,dc=apigee,dc=com" -b "dc=apigee,dc=com" -LLL -h <host-ip> -p 10389
  2. ตรวจสอบว่าคุณเชื่อมต่อกับโหนด OpenLDAP แต่ละโหนดจากโหนด OpenLDAP อื่นๆ ในพอร์ต 10389 ได้หรือไม่ หากติดตั้ง telnet ไว้ ให้ใช้คำสั่งต่อไปนี้ 
    telnet <OpenLDAP_Peer_IP> 10389
  3. หาก telnet ไม่พร้อมใช้งาน ให้ใช้ netcat เพื่อตรวจสอบการเชื่อมต่อดังนี้ 

    nc -vz <OpenLDAP_Peer_IP> 10389
  4. ตรวจสอบการกำหนดค่าการทำซ้ำในไฟล์ต่อไปนี้ 
    /opt/apigee/data/apigee-openldap/slapd.d/cn=config/olcDatabase={2}bdb.ldif

    ไฟล์ควรมีการกำหนดค่าลักษณะนี้

      olcSyncRepl: rid=001
  provider=ldap://__OTHER_LDAP_SERVER__/
  binddn="cn=manager,dc=apigee,dc=com"
  bindmethod=simple
  credentials=__LDAP_PASSWORD__
  searchbase="dc=apigee,dc=com"
  attrs="*,+"
  type=refreshAndPersist
  retry="60 1 300 12 7200 +"
  timeout=1
  5. นอกจากนี้ ให้ตรวจสอบไฟล์เดียวกันสำหรับค่าของแอตทริบิวต์ olcMirrorMode ซึ่งควรตั้งค่าเป็น TRUE 
    grep olcMirrorMode /opt/apigee/data/apigee-openldap/slapd.d/cn=config/olcDatabase={2}bdb.ldif
  6. ตรวจสอบกฎ iptables และ tcp wrapper โปรดนำกฎที่ไม่อนุญาตให้ เซิร์ฟเวอร์ OpenLDAP เพียร์สื่อสารกันออก ทำงานร่วมกับผู้ดูแลระบบเครือข่าย เพื่อตั้งกฎอย่างเหมาะสม
  7. ตรวจสอบว่ารหัสผ่านระบบ OpenLDAP เหมือนกันในโหนด OpenLDAP แต่ละโหนด
  8. ตรวจสอบหาอักขระที่ซ่อนอยู่ในไฟล์การกำหนดค่า ldif ที่ใช้กำหนดค่าการทำซ้ำ OpenLDAP แบบ N ทางโดยเรียกใช้ dos2unix กับไฟล์ ldif ที่สร้างขึ้นเพื่ออัปเดตการกำหนดค่า โดยปกติแล้ว ไฟล์ ldif ที่มีอักขระที่ไม่ถูกต้องจะทำให้ คำสั่ง ldapmodify ทำงานไม่สำเร็จ และอาจทำให้ไม่ได้ตั้งค่าการทำซ้ำ นำอักขระที่ไม่ถูกต้อง ออกแล้วบันทึกไฟล์การกำหนดค่า

หากยังพบปัญหาอยู่ โปรดติดต่อ ทีมสนับสนุนของ Apigee เพื่อขอความช่วยเหลือในการตั้งค่าการทำซ้ำ OpenLDAP แบบ N ทาง

เริ่ม OpenLDAP ไม่ได้

ลักษณะปัญหา

OpenLDAP ไม่เริ่มทำงาน

ข้อความแสดงข้อผิดพลาด

SLAPD Dead But Pid File Exists

สาเหตุที่เป็นไปได้

ปัญหานี้มักเกิดจากไฟล์ล็อกที่เหลืออยู่ในระบบไฟล์และต้อง นำออก

การวินิจฉัย

ทำตามขั้นตอนต่อไปนี้เพื่อวินิจฉัยปัญหานี้

  1. ตรวจสอบหาไฟล์ล็อกหรือไฟล์ pid ของกระบวนการ OpenLDAP slapd ในตำแหน่งต่อไปนี้ 
    /opt/apigee/var/run/apigee-openldap/apigee-openldap.lock
/opt/apigee/var/run/apigee-openldap/apigee-openldap.pid
  2. ลบไฟล์ล็อกและไฟล์ pid หากพบ แล้วลองรีสตาร์ท openldap 
     rm /opt/apigee/var/run/apigee-openldap/apigee-openldap.lock
 rm /opt/apigee/var/run/apigee-openldap/apigee-openldap.pid
  3. หากกระบวนการ OpenLDAP slapd เริ่มทำงาน ให้ข้ามขั้นตอนด้านล่าง
  4. หากกระบวนการ OpenLDAP slapd ไม่เริ่มทำงาน ให้ลองเรียกใช้ slapd ในโหมดแก้ไขข้อบกพร่องและมองหา ข้อผิดพลาด 
    slapd -h ldap://:10389/ -u apigee -F /opt/apigee/data/apigee-openldap/slapd.d -d 255
  5. ข้อผิดพลาดอาจบ่งชี้ถึงปัญหาเกี่ยวกับทรัพยากร ตรวจสอบการใช้หน่วยความจำและ CPU ในระบบ
  6. ตรวจสอบเวอร์ชันของ OpenLDAP และอัปเกรดหากเป็นเวอร์ชันเก่า ตรวจสอบเวอร์ชันที่รองรับของ OpenLDAP ในเอกสารซอฟต์แวร์ที่รองรับ 
    slapd -V
  7. ใช้ strace เพื่อแก้ปัญหากระบวนการ slapd และส่งเอาต์พุต strace ไปยัง ทีมสนับสนุนของ Apigee 
    strace -tt -T -f -F -i -v -e read=all -s 8192 -e write=all -o /tmp/strace.out -p <pid>

ข้อมูล OpenLDAP เสียหาย

ลักษณะปัญหา

ผู้ใช้ไม่สามารถเรียกใช้การเรียกการจัดการหรือเข้าสู่ระบบ UI ของ Edge ได้อีกต่อไป การใช้ยูทิลิตี ldapsearch เพื่อค้นหาผู้ใช้อาจบ่งชี้ว่าผู้ใช้มีอยู่ในที่เก็บข้อมูล LDAP หรืออาจระบุ ผู้ใช้หรือบทบาทที่อาจหายไป

ข้อความแสดงข้อผิดพลาด

Unknown username and password combination.

สาเหตุที่เป็นไปได้

โดยปกติแล้ว ปัญหานี้อาจเกิดขึ้นเนื่องจากข้อมูล OpenLDAP เสียหาย โดยปกติแล้ว ข้อมูล OpenLDAP จะไม่เสียหาย แต่ในกรณีที่เกิดขึ้นได้น้อย ข้อมูลอาจเสียหายเนื่องจาก ดิสก์ระบบล้มเหลวหรือปัญหาเกี่ยวกับพื้นที่ในดิสก์

การวินิจฉัย

  1. ตรวจสอบพื้นที่ในดิสก์ในระบบที่ติดตั้ง OpenLDAP โดยใช้คำสั่งด้านล่าง 
    du -m /opt
  2. หากเห็นว่าพื้นที่ในดิสก์ที่ใช้ใกล้เคียงกับ 100% มากๆ แสดงว่าสาเหตุ ของปัญหานี้คือระบบของคุณมีพื้นที่ในดิสก์ไม่เพียงพอ
  3. ตรวจสอบความสอดคล้องของข้อมูลในโหนด LDAP โดยทำดังนี้
    1. เปรียบเทียบจำนวนผู้ใช้และบทบาทในโหนด LDAP แต่ละโหนด เรียกใช้คำสั่งต่อไปนี้และเปรียบเทียบผลลัพธ์ 
      ldapsearch -o ldif-wrap=no -b "ou=users,ou=global,dc=apigee,dc=com" -D "cn=manager,dc=apigee,dc=com" -H ldap://:10389 -LLL -x -w PASSWORD|wc -l
ldapsearch -o ldif-wrap=no -b "ou=resources,ou=global,dc=apigee,dc=com" -D "cn=manager,dc=apigee,dc=com" -H ldap://:10389 -LLL -x -w PASSWORD|wc -l
      ความแตกต่างของจำนวนระหว่างโหนดบ่งชี้ว่าข้อมูลอาจเสียหาย
    2. ตรวจสอบสถานะการทำซ้ำ LDAP เรียกใช้คำสั่งต่อไปนี้ในโหนด LDAP แต่ละโหนด 
        ldapsearch -x -LLL -H ldap://ldap_ip:10389 -s base -b 'dc=apigee,dc=com' contextCSN dn: dc=apigee,dc=com -D "cn=manager,dc=apigee,dc=com" -w PASSWORD dn: dc=apigee,dc=com
      หากค่า contextCSN เหมือนกันในทุกโหนด แสดงว่าการทำซ้ำ LDAP ทำงานอย่างถูกต้อง

ความละเอียด

หากระบบมีพื้นที่ในดิสก์ไม่เพียงพอหรือใกล้หมด ให้เพิ่มพื้นที่ในดิสก์ เพื่อให้มีพื้นที่ว่างเพียงพอ

เมื่อมีพื้นที่ในดิสก์เพียงพอแล้ว ให้ใช้วิธีแก้ปัญหาต่อไปนี้วิธีใดวิธีหนึ่งเพื่อแก้ไขปัญหาข้อมูล LDAP เสียหาย

  1. กู้คืนข้อมูล OpenLDAP จากข้อมูลสำรอง
  2. ล้างฐานข้อมูล OpenLDAP โดยทำตามขั้นตอนต่อไปนี้
    1. ปิด เซิร์ฟเวอร์การจัดการ 2 และ LDAP2
    2. กู้คืน LDAP1 จากข้อมูลสำรอง VM (หรือข้อมูลสำรอง Apigee)
    3. ตรวจสอบ เซิร์ฟเวอร์การจัดการ 1 สำหรับการเริ่มต้นและการกู้คืน
    4. เมื่อ เซิร์ฟเวอร์การจัดการ 1 และ LDAP1 ทำงานอย่างถูกต้องแล้ว ให้ติดตั้ง LDAP2 ใหม่ตั้งแต่ต้น (สร้างสภาวะที่ว่างเปล่าโดยสมบูรณ์)
    5. ตั้งค่า LDAP2 ในโหมดอ่านอย่างเดียว เพื่อให้ LDAP1 ทำซ้ำไปยัง LDAP2
    6. ใช้ ldapsearch เพื่อตรวจสอบว่าจำนวนบรรทัดใน LDAP1 และ LDAP2 ตรงกัน
    7. รีสตาร์ท เซิร์ฟเวอร์การจัดการ 2 และ UI2 แล้วยืนยันว่าเริ่มทำงานได้สำเร็จ

ดูคำแนะนำโดยละเอียดได้ที่ Issue Tracker แบบสาธารณะ

วิธีที่ 1: กู้คืนข้อมูล LDAP จากข้อมูลสำรอง

สร้างข้อมูลสำรองในโหนด OpenLDAP ที่ทำงานอยู่ ควรสำรองข้อมูลเป็นประจำ ดูแนวทางปฏิบัติแนะนำเกี่ยวกับข้อมูลสำรองได้ที่ คู่มือการดำเนินงาน Apigee Private Cloud 

slapcat -F /opt/apigee/data/apigee-openldap/slapd.d -l /tmp/ldap-backup.ldif

คุณสามารถใช้ขั้นตอนต่อไปนี้เพื่อกู้คืนข้อมูล OpenLDAP จากข้อมูลสำรองที่ดี

  1. หยุดโหนด OpenLDAP ที่ต้องกู้คืนข้อมูล 
    /opt/apigee/apigee-service/bin/apigee-service apigee-openldap stop
  2. เปลี่ยนไดเรกทอรีเป็นไดเรกทอรีข้อมูล OpenLDAP 
    cd /opt/apigee/data/apigee-openldap
  3. สำรองข้อมูล OpenLDAP ที่มีอยู่โดยใช้คำสั่งย้าย 
    mv ldap ldap_orig
  4. เปลี่ยนเป็นผู้ใช้ apigee 
    su apigee
  5. จากไดเรกทอรี /opt/apigee/data/apigee-openldap ให้สร้างไดเรกทอรีข้อมูล OpenLDAP ใหม่ด้วยชื่อเดิม: 
    mkdir ldap
  6. นำข้อมูลสำรองของไดเรกทอรีย่อย ldap_orig/DB_CONFIG จากขั้นตอนที่ 3 แล้วคัดลอกไปยังไดเรกทอรี openldap 
    cp ldap_orig/DB_CONFIG ldap
  7. หากต้องการกู้คืนข้อมูลจากข้อมูลสำรองที่สร้างด้วย slapcat ให้ใช้ slapadd เพื่อนำเข้า ldif ซึ่ง มีข้อมูลที่ดี 
    slapadd -F /opt/apigee/data/apigee-openldap/slapd.d -l /tmp/ldap-backup.ldif
  8. เริ่มกระบวนการ OpenLDAP 
    /opt/apigee/apigee-service/bin/apigee-service apigee-openldap start

วิธีที่ 2: ล้างฐานข้อมูล LDAP

ขั้นตอนต่อไปนี้จะล้างฐานข้อมูล OpenLDAP เพื่อให้เริ่มต้นใหม่ได้ คุณสามารถใช้วิธีนี้ได้ หากไม่มีข้อมูลสำรองของสถานะล่าสุดที่ข้อมูล OpenLDAP ทำงานอยู่

  1. หยุดบริการ OpenLDAP 
    /opt/apigee/apigee-service/bin/apigee-service apigee-openldap stop
  2. เปลี่ยนไดเรกทอรีเป็นไดเรกทอรีข้อมูล OpenLDAP 
    cd /opt/apigee/data/apigee-openldap
  3. สำรองข้อมูล OpenLDAP ที่มีอยู่โดยใช้คำสั่งย้าย 
    mv ldap ldap_orig
  4. เปลี่ยนเป็นผู้ใช้ apigee 
    su apigee
  5. สร้างไดเรกทอรีข้อมูล OpenLDAP ใหม่ด้วยชื่อเดิม 
    mkdir ldap
  6. นำข้อมูลสำรองของไดเรกทอรีย่อย ldap_orig/DB_CONFIG จากขั้นตอนที่ 3 แล้วคัดลอกไปยังไดเรกทอรี openldap 
    cp ldap_orig/DB_CONFIG ldap
  7. รีสตาร์ทกระบวนการ OpenLDAP 
    /opt/apigee/apigee-service/bin/apigee-service apigee-openldap start
  8. รีสตาร์ทเซิร์ฟเวอร์การจัดการเพื่อบังคับให้รีเฟรชการเชื่อมต่อกับ OpenLDAP 
    /opt/apigee/apigee-service/bin/apigee-service edge-management-server restart

วิธีที่ 3: รีเซ็ต OpenLDAP เป็นการติดตั้งพื้นฐาน

หากวิธีที่ 2 ไม่ได้ผล คุณสามารถรีเซ็ต OpenLDAP เป็นการติดตั้งพื้นฐานได้ ตามที่อธิบายไว้ในส่วนนี้

ข้อกำหนดเบื้องต้น

หากต้องการรีเซ็ต OpenLDAP คุณต้องมีข้อกำหนดเบื้องต้นต่อไปนี้

  • ความสามารถในการเรียกใช้การตั้งค่าด้วยข้อมูลเข้าสู่ระบบของผู้ดูแลระบบและข้อมูลเข้าสู่ระบบรากของ LDAP
  • สิทธิ์เข้าถึงยูทิลิตี ldapadd
  • ไฟล์การกำหนดค่าแบบไม่โต้ตอบเดิมที่บันทึกไว้สำหรับโหนดการจัดการ/LDAP

หากต้องการรีเซ็ต OpenLDAP ให้ทำตามขั้นตอนต่อไปนี้

  1. ติดตั้ง OpenLDAP และเซิร์ฟเวอร์การจัดการใหม่
    1. หยุดเซิร์ฟเวอร์ openldap 
      apigee-service apigee-openldap stop
    2. ลบโฟลเดอร์ข้อมูล openldap ที่เสียหาย 
      rm -rf /opt/apigee/data/apigee-openldap
    3. ถอนการติดตั้งคอมโพเนนต์ openldap 
      apigee-service apigee-openldap uninstall
    4. ติดตั้งคอมโพเนนต์ openldap ใหม่โดยใช้ไฟล์การกำหนดค่าเดียวกันกับที่ใช้ ในการติดตั้งครั้งแรก: 
      /opt/apigee/apigee-setup/bin/setup.sh -p ld -f configfile
       โดยที่ configfile คือชื่อของไฟล์การกำหนดค่า
    5. ติดตั้งเซิร์ฟเวอร์การจัดการใหม่โดยใช้ไฟล์การกำหนดค่าเดิม 
      /opt/apigee/apigee-setup/bin/setup.sh -p ms -f configfile

    After doing these steps, Management API calls should work again using the sysadmin account only. However, it will not be possible to log into the Edge UI, and Management API calls with any other users will not work.

  2. Add missing openldap entries for orgs that existed prior to the corruption.

    After the above step is completed, openldap will be missing entries for orgs that existed when the corruption occurred. The majority of the actual org data such as proxy bundles is stored in Cassandra or Zookeeper is not lost. However, running the setup-org script will not automatically add the openldap data for the orgs that already exist in Cassandra, and Zookeeper. This data has to be added manually for every org that existed prior to the corruption using the following steps:

    1. Create an ldif file called missingLDAP.ldif with the following content: 
      # orgname, organizations, apigee.com
dn: o=orgname,ou=organizations,dc=apigee,dc=com
objectClass: organization
O: orgname

# userroles, orgname, organizations, apigee.com
dn: ou=userroles,o=orgname,ou=organizations,dc=apigee,dc=com
ou: userroles
objectClass: organizationalUnit

# orgadmin, userroles, orgname, organizations, apigee.com
dn: cn=orgadmin,ou=userroles,o=orgname,ou=organizations,dc=apigee,dc=com
objectClass: organizationalRole
cn: orgadmin
roleOccupant: uid=admin,ou=users,ou=global,dc=apigee,dc=com

# resources, orgadmin, userroles, orgname, organizations, apigee.com
dn: ou=resources,cn=orgadmin,ou=userroles,o=orgname,ou=organizations,dc=apigee,dc=com
ou: resources
objectClass: organizationalUnit

# @@@, resources, orgadmin, userroles, orgname, organizations, apigee.com
dn: cn=@@@,ou=resources,cn=orgadmin,ou=userroles,o=orgname,ou=organizations,dc=apigee,dc=com
roleOccupant: ou=delete,ou=permissions,dc=apigee,dc=com
roleOccupant: ou=get,ou=permissions,dc=apigee,dc=com
roleOccupant: ou=put,ou=permissions,dc=apigee,dc=com
labeledURI: /
objectClass: organizationalRole
objectClass: labeledURIObject
cn: @@@

      โดยที่ orgname คือองค์กรที่คุณพยายามสร้างใหม่

    2. เพิ่มเอนทิตี LDAP ที่หายไปโดยใช้คำสั่งต่อไปนี้ 
      ldapadd -x -w  -D "cn=manager,dc=apigee,dc=com" -H ldap://localhost:10389 -f missingLDAP.ldif

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

  3. เพิ่มบทบาทและสิทธิ์เริ่มต้นที่หายไปลงในองค์กรที่มีอยู่

    เรียกใช้คำสั่งต่อไปนี้โดยใช้ไฟล์การกำหนดค่าเดียวกันกับที่ใช้ตั้งค่าองค์กรที่มีอยู่ 

    /opt/apigee/apigee-service/bin/apigee-service apigee-provision create-roles -f configfile

    4. หลังจากทำตามขั้นตอนนี้แล้ว คุณต้องดำเนินการต่อไปนี้ด้วยตนเอง

    • เพิ่มบทบาทที่กำหนดเองที่เคยมีอยู่ก่อนที่ข้อมูลจะเสียหายโดยใช้ UI หรือ Management API
    • เพิ่มผู้ใช้ลงในบทบาทของผู้ใช้ที่เกี่ยวข้อง

  4. (ไม่บังคับ) สร้างการกำหนดค่าการตรวจสอบสิทธิ์ภายนอกใหม่ในการจัดการ

    กู้คืน /opt/apigee/customer/application/management-server.properties หาก การกำหนดค่าไม่เปลี่ยนแปลง เนื่องจากไม่ได้ติดตั้ง UI ใหม่ /opt/apigee/customer/application/ui.properties จึงควรยังคงเหมือนเดิม เนื่องจาก ข้อมูลเข้าสู่ระบบสำหรับผู้ดูแลระบบได้รับการกู้คืนด้วยการติดตั้งการจัดการใหม่

  5. (ไม่บังคับ) ติดตั้ง Apigee mTLS ใหม่ในโหนดการจัดการ

    หากติดตั้ง Apigee mTLS ไว้ก่อนหน้านี้ ให้ทำตามคู่มือการติดตั้ง Apigee mTLS เพื่อติดตั้งใหม่ ในโหนดเซิร์ฟเวอร์การจัดการ

หากยังพบปัญหาอยู่ โปรดติดต่อทีมสนับสนุนของ Apigee Support เพื่อขอความช่วยเหลือเพิ่มเติม