• A serious problem with having all

• A serious problem with having all authentication rely on a single KDC is that it is a single point
of failure.
• If the KDC is unavailable, it is impossible to access remote resources, making the network
unusable to everyone.
• A single KDC might be a performance bottleneck, since all logins and all attempts to start
conversations to anything must involve communication with the KDC.
• For these reasons it is desirable to have multiple KDCs, where each KDC is interchangeable
with every other KDC. They share the same master KDC key and have identical databases of
principal names and master keys.
• Keeping the databases at all the KDCs the same is done by having one site hold the master
copy to which any updates must be made. An update consists of adding an entry for
, modifying an entry (for instance to change a key), or deleting an entry.
• Other sites download the database periodically, either on a timer or as a result of a human
issuing a command. Having a single master copy avoids problems such as combining updates
made at different replicas and resolving conflicting updates.

ผลลัพธ์ (ไทย) 2:

•ปัญหาที่หนักหนาสาหัสกับการมีการตรวจสอบทุกพึ่งพา KDC
เดียวคือว่ามันเป็นจุดเดียวของความล้มเหลว.
•หาก KDC
ไม่สามารถใช้งานมันเป็นไปไม่ได้ในการเข้าถึงทรัพยากรระยะไกลทำให้เครือข่ายไม่สามารถใช้งานได้กับทุกคน.
ได้• KDC เดียวอาจ
เป็นคอขวดประสิทธิภาพตั้งแต่การเข้าสู่ระบบและพยายามทุกวิถีทางที่จะเริ่มต้นการสนทนากับสิ่งที่ต้องเกี่ยวข้องกับการสื่อสารกับKDC.
•ด้วยเหตุผลเหล่านี้มันเป็นที่พึงปรารถนาที่จะมี KDCs หลายที่แต่ละ KDC
เป็นแทนกันได้กับทุกKDC อื่น ๆ พวกเขาร่วมกันต้นแบบเดียวกันที่สำคัญ KDC
และมีฐานข้อมูลที่เหมือนกันของชื่อหลักและคีย์หลัก.
•รักษาฐานข้อมูลที่ KDCs เหมือนกันทั้งหมดจะทำโดยมีเว็บไซต์หนึ่งถือต้นแบบคัดลอกไปที่การปรับปรุงใด ๆ จะต้องทำ
การปรับปรุงประกอบด้วยการเพิ่มรายการสำหรับ
การปรับเปลี่ยนรายการ (เช่นมีการเปลี่ยนแปลงที่สำคัญ) หรือลบรายการ.
•เว็บไซต์อื่น ๆ ดาวน์โหลดฐานข้อมูลเป็นระยะ ๆ
ทั้งในเวลาหรือเป็นผลมาจากมนุษย์ออกคำสั่ง
มีสำเนาต้นแบบเดียวหลีกเลี่ยงปัญหาเช่นการรวมการปรับปรุงที่ทำในแบบจำลองที่แตกต่างกันและการแก้ไขปรับปรุงที่ขัดแย้งกัน

ผลลัพธ์ (ไทย) 3:

- มีการตรวจสอบปัญหาทั้งหมดพึ่งพาบ. เดียวคือ
จุดเดียวล้มเหลว
- ถ้าบ. ไม่ว่าง มันเป็นไปไม่ได้ที่จะเข้าถึงทรัพยากรระยะไกล ทำให้เครือข่าย
ใช้ไม่ได้กับทุกคน
- บ. เดียวอาจจะมีการแสดงเป็นคอขวด เนื่องจากการเข้าสู่ระบบทั้งหมดและพยายามที่จะเริ่มต้นการสนทนากับอะไรที่ต้องเกี่ยวข้องกับการสื่อสาร

กับ บ. .แต่ละเหตุผลเหล่านี้ มันเป็นที่พึงปรารถนาที่จะมีหลาย kdcs ที่แต่ละบ. เป็นแทนกัน
กับทุกอื่น ๆ บ. . พวกเขาใช้หลักเดียวกันในขณะที่คีย์และมีฐานข้อมูลเหมือนกัน
ชื่อหลักและกุญแจมาสเตอร์ .
- รักษาฐานข้อมูลที่ kdcs เหมือนกันทั้งหมดจะทำโดยมีเว็บไซต์หนึ่งถืออาจารย์
คัดลอกไปที่การปรับปรุงใด ๆที่ต้องทำ การปรับปรุงประกอบด้วยการเพิ่มรายการสำหรับ
< ครูใหญ่ชื่อ คีย์ > การปรับเปลี่ยนรายการ ( เช่นการเปลี่ยนคีย์ ) , หรือลบรายการ
- เว็บไซต์อื่น ๆดาวน์โหลดฐานข้อมูลเป็นระยะๆ ทั้งในเวลาหรือผลของมนุษย์
ออกคําสั่ง มีสำเนาหลักเดียวเพื่อหลีกเลี่ยงปัญหาเช่นรวมการปรับปรุงที่แตกต่างกันและการจําลอง
ทำให้การปรับปรุงที่ขัดแย้งกัน