หากคุณได้รับข้อผิดพลาด 'Group Policy Processing Error, Event ID 1058' แสดงว่าไม่สามารถใช้ Group Policy กับคอมพิวเตอร์ของคุณได้ ซึ่งอาจเกิดจากหลายสาเหตุ แต่โดยทั่วไปมักเกิดจากปัญหาสิทธิ์หรือปัญหาเกี่ยวกับ Group Policy Object (GPO) เอง ในการแก้ไขปัญหา คุณจะต้องตรวจสอบการอนุญาตบน GPO ก่อน ตรวจสอบให้แน่ใจว่าวัตถุนโยบายกลุ่มสามารถเข้าถึงได้โดยบัญชีคอมพิวเตอร์ที่พยายามใช้ หากตั้งค่าการอนุญาตอย่างถูกต้อง ขั้นตอนต่อไปคือการตรวจสอบ GPO เพื่อหาข้อผิดพลาด เปิด Group Policy Management Console และขยายโดเมน คลิกขวาที่ GPO ที่เป็นปัญหาแล้วเลือกแก้ไข ในตัวแก้ไขนโยบายกลุ่ม ไปที่โหนด Computer ConfigurationPoliciesAdministrative TemplatesSystemGroup Policy ดับเบิลคลิกที่การตั้งค่า 'ปิดชุดผลลัพธ์ของการบันทึกนโยบาย' และตั้งค่าเป็นปิดใช้งาน การดำเนินการนี้จะเปิดใช้งานการบันทึกเพื่อให้คุณเห็นสาเหตุที่ GPO ไม่สามารถสมัครได้ เมื่อคุณเปิดใช้งานการบันทึกแล้ว ให้ลองใช้ GPO อีกครั้ง หากยังคงล้มเหลว ให้ตรวจสอบไฟล์บันทึกที่เป็นผลลัพธ์เพื่อหาเบาะแสว่าทำไมจึงล้มเหลว ด้วยการแก้ไขปัญหาเล็กน้อย คุณควรจะทำให้นโยบายกลุ่มทำงานได้อีกครั้ง
ข้อความผิดพลาด ข้อผิดพลาดในการประมวลผลนโยบายกลุ่ม รหัสเหตุการณ์ 1058 เกิดขึ้นใน Windows Server เมื่อระบบปฏิบัติการไม่สามารถอ่านไฟล์จากตัวควบคุมโดเมนได้ บริการ Group Policy อ่านข้อมูลจาก Active Directory และ sysvol การแชร์ที่อยู่บนตัวควบคุมโดเมน อย่างไรก็ตาม การขาดการเชื่อมต่อเครือข่ายหรือปัญหาการอนุญาตทำให้นโยบายกลุ่มไม่ถูกนำไปใช้กับผู้ใช้หรือคอมพิวเตอร์
ข้อความแสดงข้อผิดพลาดอาจมีลักษณะดังนี้:
ประเภทเหตุการณ์: ข้อผิดพลาด
แหล่งที่มาของเหตุการณ์: UserenV
หมวดหมู่เหตุการณ์: ไม่มี
รหัสเหตุการณ์: 1058
วันที่:
เวลา:
ผู้ใช้: NT AUTHORITY SYSTEM
คอมพิวเตอร์: TWC-ASH-Post01
คำอธิบาย:
Windows ไม่สามารถเข้าถึงไฟล์ gpt.ini สำหรับ GPO cn={18C553C9-0D15-4A3A-9C68-60DCD8CA1538}, cn=policy, cn=system, DC=LBR, DC=CO, DC=ZA ไฟล์ต้องอยู่ในสถานที่ (ปฏิเสธการเข้าใช้.). การประมวลผลนโยบายกลุ่มถูกยกเลิก
ข้อผิดพลาดในการประมวลผลนโยบายกลุ่ม รหัสเหตุการณ์ 1058
หากคุณอ่านบันทึกเหตุการณ์ จะเห็นได้ชัดว่าเนื่องจากบริการไม่สามารถอ่านนโยบายได้ จึงไม่สามารถนำไปใช้ได้ ข่าวดีก็คือว่านี่เป็นปัญหาชั่วคราว นอกจากปัญหาเครือข่ายแล้ว อาจเป็นเพราะบริการอนุญาตไฟล์ล่าช้าและไคลเอ็นต์ DSF ถูกปิดใช้งาน
ขณะตรวจสอบบันทึก หากคุณตรวจสอบแท็บรายละเอียดของข้อความแสดงข้อผิดพลาดใน Event Viewer รหัสข้อผิดพลาดเหล่านี้อาจแสดงอยู่ - รหัสข้อผิดพลาด 3 รหัสข้อผิดพลาด 5 และรหัสข้อผิดพลาด 53 ทำตามคำแนะนำเหล่านี้เพื่อแก้ไขปัญหา
- ระบบไม่พบเส้นทางที่ระบุ - รหัสข้อผิดพลาด 3
- การเข้าถึงถูกปฏิเสธ - รหัสข้อผิดพลาด 5
- ไม่พบเส้นทางเครือข่าย - รหัสข้อผิดพลาด 53
หลังจากใช้วิธีการเหล่านี้แล้ว หากคุณต้องการแก้ไขปัญหาเครือข่ายของคุณ โปรดดูของเรา คู่มือการแก้ไขปัญหาเครือข่าย .
1] ระบบไม่พบเส้นทางที่ระบุ - รหัสข้อผิดพลาด 3
เหตุการณ์นี้เกิดขึ้นเมื่อไคลเอ็นต์ DFS ไม่ได้ทำงานบนคอมพิวเตอร์ไคลเอนต์ เนื่องจากไม่พบเส้นทางที่ระบุในเหตุการณ์ ในการทดสอบการเชื่อมต่อไคลเอ็นต์กับ sysvol ของตัวควบคุมโดเมน:
- ค้นหาชื่อตัวควบคุมโดเมนที่มีอยู่ในรายละเอียดข้อผิดพลาด
- ตรวจสอบว่ามีข้อผิดพลาดเกิดขึ้นระหว่างการประมวลผลของผู้ใช้หรือคอมพิวเตอร์หรือไม่
- การจัดการนโยบายผู้ใช้: ผู้ใช้ ช่องเหตุการณ์จะแสดงชื่อผู้ใช้จริง
- การประมวลผลนโยบายคอมพิวเตอร์: ผู้ใช้ 'ระบบ' จะแสดงในช่อง
- ถัดไป คุณต้องสร้างเส้นทางเครือข่ายแบบเต็มไปยัง gpt.ini รูปแบบควรเป็นเช่น SYSVOL< โดเมน > นโยบาย< แนะนำ >gpt.ini ทั้งหมดนี้จะอยู่ในบันทึกเหตุการณ์
- < DCName >: ชื่อตัวควบคุมโดเมน
- < โดเมน >: นี่คือชื่อโดเมน
- < แนะนำ >: นี่คือโฟลเดอร์นโยบาย GUID
เมื่อเสร็จแล้ว ตรวจสอบให้แน่ใจว่าคุณสามารถอ่าน gpt.ini ได้โดยใช้เส้นทางเครือข่ายทั้งหมดที่คุณสร้างในขั้นตอนข้างต้น คุณสามารถทำได้จากบรรทัดคำสั่งหรือขณะเรียกใช้ Windows โปรดลองใช้กับผู้ใช้หรือคอมพิวเตอร์ที่ข้อมูลประจำตัวล้มเหลวก่อนหน้านี้
2] การเข้าถึงถูกปฏิเสธ - รหัสข้อผิดพลาด 5
หากรหัสข้อผิดพลาดคือ 5 แสดงว่าปัญหาอยู่ในการอนุญาต เมื่อผู้ใช้หรือคอมพิวเตอร์ไม่มีสิทธิ์ที่เหมาะสมในการเข้าถึงเส้นทางที่ระบุในเหตุการณ์ การอนุญาตนั้นง่าย ตรวจสอบให้แน่ใจว่าผู้ใช้หรือคอมพิวเตอร์ได้รับอนุญาต
ออกจากระบบและรีสตาร์ทเครื่องคอมพิวเตอร์ จากนั้นเข้าสู่ระบบด้วยข้อมูลรับรองโดเมนที่คุณใช้ก่อนหน้านี้ หากไม่ได้ผล โปรดกำหนดสิทธิ์จากตัวควบคุมโดเมน
3] ไม่พบเส้นทางเครือข่าย - รหัสข้อผิดพลาด 53
รหัสข้อผิดพลาด 53 หมายความว่าคอมพิวเตอร์ไม่สามารถแก้ไขชื่อในเส้นทางเครือข่ายที่ระบุ คุณจะต้องใช้คอมพิวเตอร์หรือผู้ใช้เครื่องเดียวกันเพื่อตรวจสอบว่าคุณสามารถเข้าถึงเส้นทางเครือข่ายด้วยตนเองได้หรือไม่
- กำหนดตัวควบคุมโดเมนที่คอมพิวเตอร์ใช้ในเหตุการณ์ข้อผิดพลาด
- จากนั้นเชื่อมต่อกับ netlogon ที่ใช้ร่วมกันในโดเมน เช่น ลองเข้าถึงเส้นทางโดยตรง < DCName >เน็ตล็อกออน ที่ไหน< DCName > คือชื่อของตัวควบคุมโดเมนในเหตุการณ์ข้อผิดพลาด
- หากเส้นทางไม่สามารถแก้ไขได้ แสดงว่ามีปัญหาที่ต้องแก้ไข หากคุณแน่ใจว่าเส้นทางถูกต้อง ให้ตรวจสอบโดยได้รับอนุญาต
โพสต์ไว้; คุณต้องตรวจสอบว่าทุกอย่างเรียบร้อยดีหรือไม่ ดีที่สุดคือวิ่ง gpudate ในบรรทัด 'เรียกใช้' เมื่อคำสั่ง gpupdate เสร็จสิ้น ให้เปิดตัวแสดงเหตุการณ์เพื่อดูว่าข้อผิดพลาดยังคงอยู่หรือไม่