สวัสดี
ปัญหาคือ
มีเซิร์ฟเวอร์ทำงานอยู่ วินโดวส์เซิร์ฟเวอร์ 2008 เซนต์
เซิร์ฟเวอร์ทำหน้าที่เป็น AD และ DNS
มีข้อผิดพลาดในบันทึก
" เกิดข้อผิดพลาดขณะประมวลผล Group Policy ไม่สามารถแก้ไขชื่อคอมพิวเตอร์ สาเหตุที่เป็นไปได้:
a) ข้อผิดพลาดในการจำแนกชื่อบนตัวควบคุมโดเมนปัจจุบัน
b) เวลาแฝงของการจำลองแบบ Active Directory (สร้างขึ้นบนตัวควบคุมโดเมนอื่น บัญชียังไม่ได้จำลองแบบไปยังตัวควบคุมโดเมนปัจจุบัน)"
"เซิร์ฟเวอร์ DNS ไม่สามารถฟังบนซ็อกเก็ต TCP ที่อยู่ 192.168.1.75 ข้อมูลเหตุการณ์มีรหัสข้อผิดพลาด ที่อยู่ IP 0.0.0.0 อาจหมายถึง "ที่อยู่ใดๆ" ที่ถูกต้อง ซึ่งที่อยู่ IP ที่กำหนดค่าทั้งหมดสำหรับคอมพิวเตอร์จะพร้อมใช้งานสำหรับ ใช้.
รีสตาร์ทเซิร์ฟเวอร์ DNS หรือรีสตาร์ทคอมพิวเตอร์"
มองหาอะไร? ขอบคุณ
c:\>dcdiag
ไดเร็กทอรีเซิร์ฟเวอร์การวินิจฉัย
ผลงาน ตั้งค่าเริ่มต้น:
กำลังพยายามค้นหาเซิร์ฟเวอร์หลัก...
เซิร์ฟเวอร์หลัก = MATRIX1
ข้อผิดพลาดในการรวมไดเรกทอรี 1722:
เซิร์ฟเวอร์ RPC ไม่พร้อมใช้งาน
นี่อาจจำกัดการตรวจสอบบางอย่างที่สามารถทำได้
* ระบุฟอเรสต์ AD
เก็บข้อมูลเบื้องต้นเสร็จแล้ว
ดำเนินการตรวจสอบเบื้องต้นที่จำเป็น
เรียกใช้การทดสอบ: การเชื่อมต่อ
ฟังก์ชัน DsBindWithSpnEx() ล้มเหลวโดยมีข้อผิดพลาด 1722
เซิร์ฟเวอร์ RPC ไม่พร้อมใช้งาน..
......................... MATRIX1 - การทดสอบการเชื่อมต่อล้มเหลว
ทำการตรวจสอบเบื้องต้น
เซิร์ฟเวอร์ตรวจสอบความถูกต้อง: Default-First-Site-Name\MATRIX1
ข้ามการตรวจสอบทั้งหมดเนื่องจากเซิร์ฟเวอร์ MATRIX1 ไม่ตอบสนอง
บริการไดเรกทอรี
ทำการตรวจสอบพาร์ติชันบน: ForestDnsZones
ตรวจสอบ SDRefDom
......................... ForestDnsZones - ผ่านการตรวจสอบแล้ว
การตรวจสอบ CrossRefValidation
ทำการตรวจสอบพาร์ติชันบน: DomainDnsZones
เรียกใช้การตรวจสอบ: CheckSDRefDom
ตรวจสอบ SDRefDom
เรียกใช้การตรวจสอบความถูกต้อง: CrossRefValidation
......................... DomainDnsZones - ผ่านการตรวจสอบแล้ว
การตรวจสอบ CrossRefValidation
ดำเนินการตรวจสอบพาร์ติชันบน: Schema
เรียกใช้การตรวจสอบ: CheckSDRefDom
......................... Schema ผ่าน CheckSDRefDom
เรียกใช้การตรวจสอบความถูกต้อง: CrossRefValidation
......................... Schema - ผ่านการตรวจสอบแล้ว
การตรวจสอบ CrossRefValidation
ทำการตรวจสอบส่วน: การกำหนดค่า
เรียกใช้การตรวจสอบ: CheckSDRefDom
ตรวจสอบ SDRefDom
เรียกใช้การตรวจสอบความถูกต้อง: CrossRefValidation
......................... การกำหนดค่า - ผ่านการตรวจสอบแล้ว
การตรวจสอบ CrossRefValidation
ทำการตรวจสอบพาร์ติชันบน: EGAIS
เรียกใช้การตรวจสอบ: CheckSDRefDom
......................... EGAIS - ผ่าน CheckSDRefDom
เรียกใช้การตรวจสอบความถูกต้อง: CrossRefValidation
......................... EGAIS ผ่านการทดสอบ CrossRefValidation
เรียกใช้การตรวจสอบระดับองค์กรบน: EGAIS.local
เรียกใช้การตรวจสอบ: LocatorCheck
......................... EGAIS.local ผ่าน LocatorCheck
เรียกใช้การทดสอบ: Intersite
......................... EGAIS.local - ผ่านการตรวจสอบระหว่างไซต์แล้ว
C:\Users\Administrator>ipconfig /ทั้งหมด
การกำหนดค่า IP สำหรับ Windows
ชื่อคอมพิวเตอร์. . . . . . . . . :MATRIX1
ส่วนต่อท้าย DNS หลัก . . . . . : EGAIS.local
ประเภทโหนด . . . . . . . . . . . . : ไฮบริด
เปิดใช้งานการกำหนดเส้นทาง IP . . . : เลขที่
เปิดใช้งานพร็อกซี WINS . . . . . . : เลขที่
ลำดับการค้นหาส่วนต่อท้าย DNS : EGAIS.local
อะแดปเตอร์อีเทอร์เน็ต เครือข่ายท้องถิ่น 2:
น#2
ที่อยู่ทางกายภาพ . . . . . . . . :00-1E-67-22-91-D1
เปิดใช้งาน DHCP . . . . . . . . . . : ใช่
อะแดปเตอร์อีเทอร์เน็ต การเชื่อมต่อ LAN:
ส่วนต่อท้าย DNS ของการเชื่อมต่อ . . . . :
คำอธิบาย. . . . . . . . . . . . . : การเชื่อมต่อเครือข่าย Intel(R) 82574L Gigabit
น
ที่อยู่ทางกายภาพ . . . . . . . . :00-1E-67-22-91-D0
เปิดใช้งานการปรับแต่งอัตโนมัติ . . . . . : ใช่
ที่อยู่ IPv4 . . . . . . . . . . . : 192.168.1.75(หลัก)
ซับเน็ตมาสก์. . . . . . . . . . : 255.255.255.0
ประตูหลัก. . . . . . . . . : 192.168.1.1
เซิร์ฟเวอร์ DNS . . . . . . . . . . : 192.168.1.75
NetBios บน TCP/IP . . . . . . . : รวมอยู่ด้วย
Tunnel Adapter การเชื่อมต่อ Local Area* 8:
รัฐสื่อ . . . . . . . : ปิดใช้งานสื่อ
ส่วนต่อท้าย DNS ของการเชื่อมต่อ . . . . :
คำอธิบาย. . . . . . . . . . . . . : isatap.(746B47FD-7AB0-4B0D-98FE-4DB2E19EC
1db)
เปิดใช้งาน DHCP . . . . . . . . . . : เลขที่
เปิดใช้งานการปรับแต่งอัตโนมัติ . . . . . : ใช่
Tunnel Adapter การเชื่อมต่อ Local Area* 9:
รัฐสื่อ . . . . . . . : ปิดใช้งานสื่อ
ส่วนต่อท้าย DNS ของการเชื่อมต่อ . . . . :
คำอธิบาย. . . . . . . . . . . . . : isatap.(D3F5E70A-76D0-4007-B912-38442938A
700}
ที่อยู่ทางกายภาพ . . . . . . . . : 00-00-00-00-00-00-00-E0
เปิดใช้งาน DHCP . . . . . . . . . . : เลขที่
เปิดใช้งานการปรับแต่งอัตโนมัติ . . . . . : ใช่
ซอฟต์แวร์ของบุคคลที่สามสามารถขยายความเป็นไปได้ได้อย่างมาก ระบบปฏิบัติการแต่แม้แต่โปรแกรมขั้นสูงที่สุดก็ไม่สามารถเปลี่ยนคอมพิวเตอร์ให้เป็นอุปกรณ์สากลได้ มีงานบางอย่างที่ไม่สามารถทำได้ด้วยพีซีเครื่องเดียวเนื่องจากข้อจำกัดของฮาร์ดแวร์ ตัวอย่างเช่น ในการส่งข้อมูลออกไปยังการพิมพ์แบบอะนาล็อก คุณต้องใช้อุปกรณ์ที่แตกต่างกันโดยพื้นฐาน นั่นคือเครื่องพิมพ์
ดังนั้น เพื่อแก้ปัญหางานหลายขั้นตอนที่ซับซ้อน คอมพิวเตอร์และอุปกรณ์อื่น ๆ มักจะรวมกันเป็นเครือข่าย ซึ่งแต่ละองค์ประกอบทำหน้าที่ในส่วนของมัน ปฏิสัมพันธ์ดังกล่าวสามารถดำเนินการได้ภายใต้กรอบของ เทคโนโลยีที่แตกต่างกันตัวอย่างเช่น เทคโนโลยี RPC ซึ่งจะกล่าวถึงในวันนี้ แต่การสนทนาจะเกี่ยวกับข้อผิดพลาดทั่วไปที่เกี่ยวข้อง "เซิร์ฟเวอร์ RPC ไม่พร้อมใช้งาน" แต่ก่อนที่จะดำเนินการวิเคราะห์โซลูชันโดยตรง เรามาพูดคำสองสามคำเกี่ยวกับ RPC กันก่อน
RPC คืออะไรและทำงานอย่างไร
RPC หรือการเรียกขั้นตอนระยะไกลสามารถอธิบายเป็นวิธีการสื่อสารระหว่างอุปกรณ์ ซึ่งหนึ่งในนั้นเป็นไคลเอนต์และอีกอันคือเซิร์ฟเวอร์ RPC ก็เช่นกัน บริการเครือข่ายออกแบบมาเพื่อดำเนินการบางอย่างบนอุปกรณ์ระยะไกลหรือตามที่พวกเขาพูด พื้นที่ที่อยู่อื่นๆ ตัวอย่างรวมถึงการส่งข้อมูลไปยัง และ ซึ่งหมายถึงการเรียกใช้บางโปรแกรมบนคอมพิวเตอร์ที่มีการจัดการ
เทคโนโลยี RPC แสดงโดยองค์ประกอบพื้นฐานสองส่วน - โปรโตคอลเครือข่ายและภาษาการเขียนโปรแกรมที่จัดเตรียมการทำให้เป็นอันดับของวัตถุและโครงสร้าง สามารถใช้โปรโตคอลที่แตกต่างกันได้ เช่น โปรโตคอลที่ใช้บ่อยที่สุดคือ UDP และ TCP การโต้ตอบของอุปกรณ์ภายในกรอบของ RPC เกิดขึ้นผ่านการแลกเปลี่ยนแพ็กเก็ตผ่านพอร์ตที่เกี่ยวข้อง หากห่วงโซ่ของขั้นตอนนี้ล้มเหลว บริการจะตอบกลับด้วยข้อผิดพลาด "เซิร์ฟเวอร์ RPC ไม่พร้อมใช้งาน"
เมื่อข้อผิดพลาด RPC ปรากฏขึ้น
ในกรณีส่วนใหญ่ ข้อผิดพลาดเกิดขึ้นที่ฝั่งเซิร์ฟเวอร์ แต่ผู้ใช้มักจะต้องจัดการกับข้อผิดพลาดนั้น เครื่องไคลเอนต์. คุณสามารถระบุสาเหตุของปัญหาได้โดยการตรวจสอบเนื้อหาของ บ่อยครั้งที่ข้อผิดพลาดเกิดจากการสิ้นสุดขั้นตอนการเชื่อมต่อที่ผิดปกติ, ความไม่ลงรอยกัน ซอฟต์แวร์, ความแตกต่างของโครงสร้างข้อมูล , การติดตั้งหรือการอัพเดตโปรแกรมและไดรเวอร์ต่างๆ , การเข้ารหัส , การปิดใช้งานบริการจำนวนหนึ่ง
แหล่งที่มาของปัญหายังสามารถปิดกั้นการรับส่งข้อมูลโดยไฟร์วอลล์หรือโปรแกรมป้องกันไวรัส และการติดไวรัสของคอมพิวเตอร์ไม่สามารถตัดออกได้ แต่มาพูดถึงทุกอย่างตามลำดับพิจารณาสาเหตุที่พบบ่อยที่สุดของข้อผิดพลาดในรายละเอียดเพิ่มเติมเล็กน้อย
จะหาเหตุผลได้อย่างไร
หมายความว่าอย่างไร เซิร์ฟเวอร์ RPC ไม่พร้อมใช้งาน โดยทั่วไปแล้วมีความชัดเจน นี่คือการไม่สามารถสร้างการเชื่อมต่อระหว่างอุปกรณ์ได้ แต่จะทำอย่างไรในกรณีเช่นนี้? ตามที่กล่าวไว้แล้ว หากต้องการทราบสาเหตุของข้อผิดพลาด คุณควรใช้บันทึกเหตุการณ์ซึ่งเปิดโดยคำสั่ง eventvwr.msc. ข้อขัดข้องที่เกี่ยวข้องกับ RPC อยู่ในส่วนระบบ และหากคุณเริ่มดูบันทึกทันทีหลังจากเกิดข้อผิดพลาด คำอธิบายจะอยู่ที่ด้านบนสุด คุณยังสามารถใช้การค้นหาโดยกรองเหตุการณ์ตามแหล่งที่มา ต่อไปเป็นเรื่องของเทคโนโลยี - เราดูรหัสข้อผิดพลาดและค้นหาวิธีแก้ปัญหาบนอินเทอร์เน็ต
เซิร์ฟเวอร์ RPC ไม่พร้อมใช้งาน ข้อผิดพลาด 1722
ปัญหาที่พบบ่อยที่สุดกับ RPC ซึ่งมักจะเกิดขึ้นใน Windows 7 ข้อผิดพลาด 1722 เซิร์ฟเวอร์ RPC ไม่พร้อมใช้งานใน "เจ็ด" มาพร้อมกับเสียงไม่ดังในคอมพิวเตอร์ เนื่องจากมีปัญหาในการปิดบริการที่สำคัญจำนวนหนึ่ง จึงแนะนำวิธีแก้ปัญหาดังต่อไปนี้ เปิดสแน็ปอินการจัดการบริการ ค้นหาบริการ Endpoint Builder จุด Windowsเสียง" และเปิดใช้งานหากปิดใช้งาน ขอแนะนำให้ตั้งค่าประเภทการเริ่มต้นเป็น "อัตโนมัติ"
ในขณะเดียวกัน คุณควรตรวจสอบสถานะของบริการ Remote Registry, Remote Procedure Call, Power และ Server ทั้งหมดควรใช้งานได้ และทั้งหมดควรมีประเภทการเริ่มต้นเป็น "อัตโนมัติ" คุณได้รับข้อผิดพลาดพร้อมรหัส 1722 และคำอธิบาย "เซิร์ฟเวอร์ RPC ไม่พร้อมใช้งาน" ไม่เพียง แต่ใน Windows 7 เท่านั้น แต่ยังรวมถึงใน Windows 10 วิธีแก้ไขใน รุ่นต่างๆระบบจะเหมือนกับด้านบน
ข้อผิดพลาดในการพิมพ์
ข้อผิดพลาด 1722 อาจเกี่ยวข้องกับการทำงานที่ไม่ถูกต้องของแอปพลิเคชันที่รับประกันการทำงานร่วมกันของคอมพิวเตอร์กับเครื่องพิมพ์ ซึ่งมักเกิดจากการปิดใช้งานบริการ หากคุณได้รับข้อความ "ไม่สามารถพิมพ์ภาพ เซิร์ฟเวอร์ RPC ไม่พร้อมใช้งาน" เมื่อทำการพิมพ์ ตรวจสอบให้แน่ใจว่าคุณได้เปิดใช้งานและเรียกใช้บริการ "ตัวจัดการการพิมพ์" "ตัวเรียกใช้กระบวนการเซิร์ฟเวอร์ DCOM" "การเรียกขั้นตอนระยะไกล" และ "พลังงาน" .
หากบริการทุกอย่างเป็นไปตามลำดับ ให้ลองปิดใช้งานไฟร์วอลล์และโปรแกรมป้องกันไวรัสในช่วงระยะเวลาของเซสชัน เกิดขึ้นที่การเชื่อมต่อเครือข่ายถูกบล็อกโดยการป้องกันเหล่านี้ อย่างไรก็ตาม ข้อผิดพลาด “เซิร์ฟเวอร์ RPC ไม่พร้อมใช้งาน” ที่มีรหัส 0x800706ba มักจะบ่งบอกถึงปัญหาในไฟร์วอลล์ระหว่างคอมพิวเตอร์และอุปกรณ์อื่น
ขัดแย้งกับ FineReader
มีกรณีของข้อผิดพลาด "เซิร์ฟเวอร์ RPC ไม่พร้อมใช้งาน" ใน Windows 10 และระบบเวอร์ชันก่อนหน้าเมื่อเรียกใช้แอปพลิเคชัน OCR ยอดนิยม ABBYY FineReader แต่ข้อผิดพลาดที่นี่ไม่ใช่ตัวแอปพลิเคชันมากนัก แต่เป็นบริการพื้นหลังที่ใช้งานอยู่ซึ่งขัดแย้งกับกลไก RPC ปิดใช้งานในช่วงระยะเวลาของเซสชันในสแนปอินการจัดการบริการ และตรวจสอบผลลัพธ์
การติดเชื้อไวรัส
การติดมัลแวร์ในคอมพิวเตอร์เป็นอีกสาเหตุหนึ่งที่ทำให้ข้อผิดพลาดเซิร์ฟเวอร์ RPC ปรากฏขึ้น ความจริงที่ว่าพีซีติดไวรัสสามารถระบุได้โดยอ้อมโดยไม่มีบันทึกข้อผิดพลาด บันทึก Windows. วิธีแก้ปัญหามาตรฐานคือการสแกนคอมพิวเตอร์ของคุณด้วยแอปพลิเคชันป้องกันไวรัส
ปัญหาไดรเวอร์
หากเซิร์ฟเวอร์ RPC ไม่พร้อมใช้งานเมื่อพิมพ์หลังจากอัปเดตไดรเวอร์สำหรับการ์ดแสดงผลหรือเสียง เครื่องพิมพ์ ฯลฯ อาจมีข้อขัดแย้งกับกลไก RPC ในกรณีนี้ คุณควรย้อนกลับไปใช้ไดรเวอร์เวอร์ชันทำงานก่อนหน้า
การละเมิดความสมบูรณ์ของไฟล์
หากคอมพิวเตอร์ประสบปัญหาการหยุดทำงานหรือไวรัส คุณควรตรวจสอบสถานะของไฟล์ RPC หลักสองไฟล์ - spoolsv.exeและ spoolss.dllอยู่ในไดเร็กทอรีระบบ ระบบ32. ถ้าไฟล์หายไป คุณต้องคัดลอกไฟล์เหล่านั้นจากคอมพิวเตอร์เครื่องอื่นที่มีระบบปฏิบัติการรุ่นเดียวกัน และวางไว้ในโฟลเดอร์ System32 จากนั้นเริ่มบริการการโทรระยะไกลด้วยตนเองจากสแนปอินการควบคุมบริการ หรือตรวจสอบระบบเพื่อหาคำสั่งที่เสียหายและหายไป sfc /scannow.
ความเสียหายของรีจิสทรี
บางครั้งปัญหาเกี่ยวข้องกับรีจิสทรี เพื่อแก้ไขปัญหา วิธีที่ดีที่สุดคือการใช้เครื่องมือย้อนกลับแบบดั้งเดิม นอกจากนี้คุณยังสามารถคัดลอกจากโฟลเดอร์ C:/Windows/System32/config/RegBack SYSTEM และวางไว้ในโฟลเดอร์หลัก การกำหนดค่าด้วยการเปลี่ยน ขอแนะนำให้ดำเนินการนี้จากภายใต้ LiveCD
ข้อสรุป
ด้วยข้อผิดพลาดเซิร์ฟเวอร์ RPC ไม่พร้อมใช้งาน คอมพิวเตอร์เฉพาะที่ตามกฎแล้วสามารถจัดการได้โดยใช้บริการที่จำเป็นทั้งหมดหรือกู้คืนไฟล์และรีจิสตรี (หากมีข้อผิดพลาด) วิธีหนึ่งในการแก้ไขปัญหาคือการอัปเดต Windows เป็นเวอร์ชันที่ใหม่กว่า สำหรับข้อผิดพลาดเดียวกันบนเซิร์ฟเวอร์ ทุกอย่างอาจซับซ้อนกว่านี้มาก อย่างไรก็ตาม ผู้ใช้ทั่วไปไม่น่าจะเจอสถานการณ์เช่นนี้ เนื่องจากธุรกิจนี้มักจะตกอยู่บนไหล่ของผู้ดูแลระบบ
บนคอมพิวเตอร์ มักจะเกิดข้อผิดพลาดหลายประเภท ปัญหาที่เกี่ยวข้องกับความไม่พร้อมใช้งานของเซิร์ฟเวอร์ RPC ก็ไม่มีข้อยกเว้น ส่วนใหญ่จะปรากฏขึ้นเมื่ออัปเดตไดรเวอร์ แต่มีบางกรณีที่ข้อผิดพลาด "เซิร์ฟเวอร์ RPC ไม่พร้อมใช้งาน" เกิดขึ้นเมื่อเริ่มระบบปฏิบัติการ (OS) Windows 7, 8, 10 รวมถึง XP หรือ Server 2003, 2008, 2012 ข้อผิดพลาดอาจเกิดขึ้นเมื่อพิมพ์หรือติดตั้งเครื่องพิมพ์
RPC เป็นเรื่องง่าย วิธีการส่งข้อมูลระหว่างกระบวนการต่างๆ หรือไคลเอนต์ (เทคนิคที่เริ่มต้นการสื่อสาร) และเซิร์ฟเวอร์ (อุปกรณ์ที่พยายามสื่อสารกับไคลเอนต์) ภายในระบบหรือเครือข่าย ส่วนประกอบจำนวนมากของระบบปฏิบัติการ Windows ใช้วิธีการ "สื่อสาร" นี้ RPC เป็นจุดเชื่อมต่อ ใช้พอร์ตต่างๆเพื่อเชื่อมโยงระบบเข้าด้วยกัน
ในกรณีที่เซิร์ฟเวอร์ทำงานผิดปกติ เมื่อเซิร์ฟเวอร์ไม่พร้อมใช้งาน การแลกเปลี่ยนแพ็กเก็ตข้อมูลระหว่างระบบจะหยุดชะงัก การสื่อสารกับวัตถุระยะไกลจะขาดหายไป และฟังก์ชันจะหยุดทำงาน ดังนั้นจึงเกิดข้อผิดพลาดขึ้น
ข้อผิดพลาดคืออะไรและเหตุใดจึงเกิดขึ้น
ปัญหาเกิดขึ้นเมื่อการสื่อสารระหว่างระบบขัดข้องเนื่องจากเซิร์ฟเวอร์ไม่สามารถส่งที่อยู่พอร์ตไปยังจุดเชื่อมต่อได้ อาจปรากฏขึ้นเนื่องจากสาเหตุต่อไปนี้:
หาเหตุผล
สาเหตุที่ทำให้เกิดข้อผิดพลาดนั้นง่ายต่อการระบุด้วยรหัส สามารถดูได้ในบันทึกเหตุการณ์ แต่ขอแนะนำให้ทำทันทีหลังจากตรวจพบปัญหา:
โซลูชันทั่วไป
มีวิธีสากลที่ช่วยให้คุณแก้ไขปัญหากับเซิร์ฟเวอร์ ROC ได้อย่างรวดเร็ว จะใช้เวลาเล็กน้อยในการดำเนินการให้เสร็จสิ้น แต่ผลลัพธ์จะไม่ทำให้คุณต้องรอ
เริ่มบริการ RPC ใหม่
หลังจากนั้นกระบวนการจะหยุดทำงานและเริ่มต้นทันที
ผู้พิทักษ์นี้อาจไม่อนุญาตให้แพ็กเก็ตข้อมูลสำคัญผ่านไปได้ นั่นคือเหตุผล ขอแนะนำให้ปิดการใช้งานเขาสักพักเพื่อให้แน่ใจว่าไม่ใช่ความผิดของเขา 
คุณสามารถทำได้ผ่าน แผงควบคุม, ในบท ระบบและความปลอดภัย.
การตรวจสอบเวลาของคอมพิวเตอร์
หากข้อผิดพลาดปรากฏขึ้นในเวลาที่เริ่มโปรแกรมหรือหยุดทำงาน แสดงว่าทุกอย่างอาจเกี่ยวข้องกับการซิงโครไนซ์เวลา คุณสามารถแก้ปัญหานี้ด้วยวิธีนี้:
การแก้ไขปัญหาระบบ
หากข้อผิดพลาด “เซิร์ฟเวอร์ ROC ไม่พร้อมใช้งาน” ปรากฏขึ้นเมื่อระบบปฏิบัติการเริ่มทำงาน คุณต้องดำเนินการดังต่อไปนี้:
ตรวจสอบไวรัส
คุณยังสามารถสแกนระบบเพื่อหามัลแวร์ นอกจากนี้หากโปรแกรมป้องกันไวรัสตรวจพบบางสิ่ง แนะนำให้เปลี่ยน. ความจริงก็คือหากโปรแกรมตรวจไม่พบไวรัสด้วยตัวมันเอง แต่หลังจากเริ่มการสแกนด้วยตนเองเท่านั้น แสดงว่าโปรแกรมนั้นไม่สามารถทำงานได้ 
เมื่อตรวจพบไวรัสก็จะ จะต้องถูกลบออก.
รหัสข้อผิดพลาด 1722
ข้อผิดพลาด "เซิร์ฟเวอร์ RPC ไม่พร้อมใช้งาน" มักพบโดยไม่มีปัญหาด้านเสียง แก้ไขได้ดังนี้
ข้อผิดพลาดใน FineReader
ผู้ใช้หลายคนใช้ FineReader เพื่อค้นหาและจดจำข้อความในรูปภาพ อาจทำให้เกิดปัญหาได้ และคุณสามารถแก้ไขได้ดังนี้:
ปัญหาเกี่ยวกับ Bitlocker
Bitlocker ปกป้องข้อมูลในสื่อจัดเก็บข้อมูล เช่น แฟลชไดรฟ์ และบางครั้งการทำงานของเทคโนโลยีนี้ อาจทำให้เกิดข้อผิดพลาดด้วยเซิร์ฟเวอร์ RPC คุณสามารถแก้ไขได้โดยการปิดใช้งานเทคโนโลยีหรือเพียงอัปเดต สามารถทำได้ผ่าน ศูนย์ การปรับปรุง Windows หรือโดยการดาวน์โหลดไฟล์ที่จำเป็นจากอินเทอร์เน็ต
ไม่ต้องสงสัยเลยว่า ผู้ใช้ Windows รุ่นที่ 7 หลายคนเห็นข้อความแสดงข้อผิดพลาด "เซิร์ฟเวอร์ RPC ไม่พร้อมใช้งาน" บนหน้าจอมอนิเตอร์หรือแล็ปท็อป ความล้มเหลวนี้คืออะไรและจะแก้ไขได้อย่างไรตอนนี้จะได้รับการพิจารณา
สถานการณ์ความล้มเหลวของเซิร์ฟเวอร์ RPC ที่พบบ่อยที่สุด
เมื่อมีข้อความแจ้งว่าเซิร์ฟเวอร์ RPC ไม่พร้อมใช้งาน โดยทั่วไป ไม่ได้หมายความว่าเซิร์ฟเวอร์เป็นเช่นนั้น เป็นบริการเรียกขั้นตอนระยะไกล
และตามกฎแล้ว ข้อผิดพลาดดังกล่าวมักเกิดขึ้นเมื่อจัดการเครื่องพิมพ์ เช่น เมื่อพยายามพิมพ์เอกสารหรือเพียงแค่ติดตั้ง (เพิ่ม) เครื่องพิมพ์ใหม่ และประเด็นนี้ไม่ได้อยู่ในตัวอุปกรณ์เอง แต่อยู่ในบริการซึ่งหยุดทำงานด้วยเหตุผลบางประการหรืออยู่ในสถานะปิดใช้งาน
ข้อผิดพลาด "เซิร์ฟเวอร์ RPC ไม่พร้อมใช้งาน": ปัญหาเกี่ยวกับไลบรารีไดนามิก
มาดูกันว่าจะทำอย่างไรเพื่อแก้ไขสถานการณ์ ก่อนอื่นคุณต้องตรวจสอบให้แน่ใจว่าระบบมีไฟล์ไลบรารีไดนามิก Spoolss.dll และคอมโพเนนต์ที่เรียกใช้งานได้ Spoolss.exe จะต้องอยู่ในไดเร็กทอรี System32 ของไดเร็กทอรีหลักที่ติดตั้งระบบ
หากมีไฟล์ดังกล่าว อาจมีตัวเลือกความล้มเหลวอย่างน้อยสองตัวเลือก: ตัวเลือกใดไฟล์หนึ่งเสียหาย หรือบริการไม่เริ่มทำงาน
ขัดข้องพร้อมข้อความ "เซิร์ฟเวอร์ RPC ไม่พร้อมใช้งาน" Windows 7: เริ่มบริการจากบรรทัดคำสั่ง
ในการเริ่มต้น วิธีที่ง่ายที่สุดในการแก้ไขสถานการณ์คือการเริ่มบริการจาก บรรทัดคำสั่ง. ในขั้นตอนนี้เราเชื่อว่าทุกอย่างเป็นไปตามลำดับของไฟล์เอง
เราเรียกบรรทัดคำสั่ง (cmd) จากเมนู Run (Win + R) จากนั้นเขียนคำสั่ง net start rpcss ที่นั่น หากทุกอย่างเรียบร้อยดีกับบริการเองหลังจากรีสตาร์ทเครื่องคอมพิวเตอร์ (ซึ่งโดยวิธีการนี้เป็นสิ่งที่จำเป็น) ปัญหาจะหายไปและข้อความว่าเซิร์ฟเวอร์ RPC ไม่พร้อมใช้งานจะไม่รบกวนผู้ใช้อีกต่อไป (เพื่อหยุดบริการ คำสั่งที่คล้ายกันจะถูกเลือกเฉพาะกับคำว่า หยุด) หากด้วยเหตุผลบางประการ วิธีการข้างต้นไม่ได้เปิดใช้งานบริการ คุณจะต้องไปโดยอ้อม
แก้ไขข้อผิดพลาดกับไลบรารีดั้งเดิม
ตอนนี้เรามาดูสถานการณ์ที่ไฟล์ด้านบนเสียหายหรือหายไป โดยหลักการแล้วคุณสามารถทำได้ด้วยวิธีที่ง่ายที่สุด: คัดลอกจากระบบที่คล้ายกัน (จากคอมพิวเตอร์เครื่องอื่น) จากนั้นวางลงในโฟลเดอร์ระบบ System32
จริง หลังจากนั้นข้อความว่าเซิร์ฟเวอร์ RPC ไม่พร้อมใช้งานจะไม่ปรากฏขึ้นอีก คุณจะต้องทำตามขั้นตอนที่สำคัญอีกสองสามขั้นตอนและไปที่ส่วนบริการก่อน คุณสามารถทำได้จากแผงควบคุม แต่จะง่ายกว่ามากในการใช้คำสั่งพิเศษ services.msc ซึ่งเขียนไว้ในเมนูเรียกใช้เดียวกัน
ในตัวแก้ไขให้ค้นหาบริการการเรียกขั้นตอนระยะไกล (RPC) และคลิกที่โหลดอัตโนมัติหลังจากนั้นระบุ "อัตโนมัติ" ในประเภทการเริ่มต้น หลังจากบันทึกพารามิเตอร์ที่เปลี่ยนแปลงแล้ว เช่นในกรณีแรก คุณจะต้องทำการรีบูตระบบทั้งหมดเพื่อให้พารามิเตอร์มีผล
หมายเหตุ: หลังจากรีบูตเครื่องแล้ว ขอแนะนำให้เริ่มการอัปเดตระบบในโหมดแมนนวลและติดตั้งแพ็คเกจอัปเดตล่าสุด สิ่งนี้สามารถมีบทบาทสำคัญในการเปิดใช้งานบริการอย่างถูกต้อง ระหว่างทาง ความสนใจเป็นพิเศษให้ความสนใจกับระบบที่จะคัดลอกไฟล์ต้นฉบับอย่างน้อยคำนึงถึงความลึกของบิต
โซลูชันที่ครอบคลุมโดยใช้ยูทิลิตี้พิเศษ
ตามหลักการแล้ว หากไม่มีวิธีการคัดลอกหรือดาวน์โหลดไฟล์ต้นฉบับ คุณสามารถทำได้ด้วยวิธีที่ง่ายกว่า
โปรแกรมอรรถประโยชน์อย่าง DLL Suite จะช่วยแก้ไขสถานการณ์ ซึ่งจะสแกนระบบโดยอัตโนมัติเพื่อหาส่วนประกอบที่เสียหายหรือขาดหายไป จากนั้นรวมออบเจกต์ที่ขาดหายไปเข้าด้วยกันโดยอิสระ อย่างไรก็ตาม สิ่งนี้ไม่สามารถจำกัดได้เพียงแค่นั้น ในตอนท้ายของกระบวนการ คุณยังคงต้องตรวจสอบให้แน่ใจว่าบริการอยู่ในสถานะใช้งานอยู่ (เปิดใช้งาน) และทำงานได้โดยไม่เกิดข้อผิดพลาด สิ่งนี้ทำได้ตามที่แสดงด้านบน
บทสรุป
นั่นคือทั้งหมดที่เกี่ยวข้องกับปัญหาของบริการ RPC อย่างที่คุณเห็น ไม่มีอะไรผิดปกติกับความล้มเหลวดังกล่าว และวิธีแก้ไขปัญหาก็ดูค่อนข้างง่าย สิ่งเดียวที่ควรสังเกตคือการติดตั้งใหม่หรืออัปเดตไดรเวอร์เครื่องพิมพ์ที่มีอยู่ แน่นอนว่านี่ไม่ใช่ข้อกำหนดเบื้องต้น แต่ควรดำเนินการตามขั้นตอนดังกล่าว ซึ่งสามารถทำได้จาก Device Manager หรือใช้ยูทิลิตี้ที่พัฒนาขึ้นเป็นพิเศษ เช่น โปรแกรม บูสเตอร์ไดรเวอร์หรืออย่างอื่น.
สำหรับการแก้ไขสถานการณ์ด้วยตัวบริการนั้น ปัญหาที่เกี่ยวข้องกับการตรวจสอบระบบคอมพิวเตอร์เพื่อหาไวรัสไม่ได้ถูกพิจารณาที่นี่ นอกจากนี้ยังไม่ได้กำหนดวิธีการเปิดใช้งาน (เปิดใช้งาน) บริการเช่นในการตั้งค่านโยบายกลุ่มหรือโดยการเปลี่ยนการตั้งค่าที่เกี่ยวข้องของคีย์รีจิสทรีของระบบเนื่องจากเทคนิคนี้ซับซ้อนกว่าที่อธิบายไว้ข้างต้นมาก และไม่ใช่ว่าผู้ใช้ทุกคนจะต้องการขุดลึกลงไป มิฉะนั้น สิ่งที่ดีคือคุณสามารถ "ปลูก" ระบบทั้งหมดได้
มิฉะนั้น ผู้ใช้ไม่ควรมีปัญหาใด ๆ วิธีดำเนินการ วิธีที่จะใช้ ทุกคนตัดสินใจด้วยตัวเองแล้ว แต่จากการปฏิบัติแสดงให้เห็นว่าวิธีที่ง่ายที่สุดคือการเปิดใช้งานบริการจากบรรทัดคำสั่ง (โดยมีไฟล์ที่จำเป็นตามลำดับ) วิธีการด้วยการกู้คืนไฟล์และการเปิดใช้งานสิ่งนี้ ส่วนประกอบของระบบจากส่วนบริการสามารถใช้ได้หากวิธีที่ง่ายที่สุดไม่มีผลกระทบต่อระบบ และแน่นอน หากคุณพบว่าไฟล์เสียหายหรือขาดหายไปจากระบบ เป็นการดีกว่าที่จะไม่คัดลอกไฟล์เหล่านั้นจากอุปกรณ์อื่น แต่ถ้าคุณมีการเชื่อมต่ออินเทอร์เน็ต ให้ใช้โปรแกรมอรรถประโยชน์อัตโนมัติที่จะดาวน์โหลดไฟล์ที่ขาดหายไปและ รวมเข้ากับระบบโดยไม่มีการแทรกแซงของผู้ใช้ ในความเป็นจริงนั่นคือสิ่งที่พวกเขาออกแบบมา
Dieser Artikel enthält Informationen zur Behebung des Fehlers "RPC-เซิร์ฟเวอร์ ist nicht verfügbar" unter ไมโครซอฟท์ วินโดวส์เซิร์ฟเวอร์
Inhaltsverzeichnis
1. ไอน์ฟุรุง
"เซิร์ฟเวอร์ RPC ist nicht verfügbar" ist ein relativ häufiger Fehler in Windows, der in einer Vielzahl von Situationen auftreten kann, wobei die meisten mit der Kommunikation zwischen zwei Computern in einem Netzwerk zusammenhängen. Er kann jedoch auch bei lokalen Vorgängen auf einem คอมพิวเตอร์ auftreten. Der Übersichtlichkeit halber wird in diesem Artikel der Computer, auf dem die RPC-การสื่อสาร gestartet wird, als der ลูกค้าภายใต้คอมพิวเตอร์, mit dem kommuniziert wird, als der เซิร์ฟเวอร์เบเซชเน็ท.
การเรียกขั้นตอนระยะไกล (RPC) เป็นกลไกของ Windows-Prozessen ermöglicht, miteinander zu kommunizieren, entweder zwischen einem รองรับ Windows-Komponenten verwenden RPC. Bei RPC ขับเคลื่อนพอร์ตด้วยการสื่อสารและการสื่อสารระหว่างระบบกับ Einsatz, doch darüber hinaus muss ein statischer Port (TCP-Port 135) als Ausgangspunkt für die Kommunikation verwendet werden. Die RPC-Endpunktzuordnung hört diesen statischen Port ab.
ในอีกรูปแบบหนึ่งคือ RPC-Sitzung kontaktiert ไคลเอ็นต์ตายแล้วและเซิร์ฟเวอร์จะรองรับ TCP-Port 135 และสำหรับเซิร์ฟเวอร์อื่นที่ดีที่สุด เซิร์ฟเวอร์รองรับที่อยู่ IP และ Portnummer ใช้งานได้กับที่อยู่ IP ของเซิร์ฟเวอร์ RPC และรองรับที่อยู่ IP ของไคลเอ็นต์และรองรับที่อยู่ IP ของเซิร์ฟเวอร์
Mögliche Gründe für den "RPC-เซิร์ฟเวอร์ nicht verfügbar"-Fehler sind u. ก.:
- RPC-Dienst gestoppt: Wenn der RPC-Dienst auf dem Server nicht ausgeführt wird, ist die Clientsoftware offensichtlich nicht in der Lage, ihn zu erreichen.
- Namensauflosungsprobleme: Der Name des RPC-Servers wird möglicherweise auf die falsche IP Addresse aufgelöst, sodass der Client den falschen Server kontaktiert oder versucht, eine IP Addresse zu kontaktieren, die derzeit nicht verwendet wird. Alternativ dazu wird der Name des Servers eventuell überhaupt nicht aufgelöst.
- Datenverkehr durch Firewall blockiert:ไฟร์วอลล์อื่นและเซิร์ฟเวอร์อื่น ๆ และอื่น ๆ เซิร์ฟเวอร์อื่น ๆ ของ Netzwerk-Firewall-Appliance zwischen dem ไคลเอนต์และเซิร์ฟเวอร์เซิร์ฟเวอร์อื่น ๆ สำหรับผู้ใช้ Umständen, dass der Datenverkehr ที่เซิร์ฟเวอร์ TCP-Port 135 erreicht.
- Netzwerkverbindungsprobleme: Der ไคลเอ็นต์ไปยังเซิร์ฟเวอร์ u. U. aufgrund eines allgemeinen ปัญหากับ Netzwerk nicht erreichen.
Die folgenden, nach Ursache kategorisierten Schritte können bei der Fehlerbehebung des ปัญหา nützlich sein.
2. RPC-Dienst gestoppt
- Öffnen Sie ตาย Dienste-Konsole auf dem Server.
- เออร์มิทเทลน์ ซีเดน การเรียกขั้นตอนระยะไกล (RPC)-Dienst und stellen Sie sicher, dass er ausgeführt wird.
Hinweis: Die Remote Procedure Call (RPC) Locator-Dienst muss in der Regel nicht ausgeführt werden.
- Wenn der Dienst angehalten ist, versuchen Sie, ihn manuell zu starten.
3. ชื่อเนาโฟลซองส์ปัญหา
- Wenden Sie den Ping-Befehl vom ลูกค้า aus auf den Server an. Verwenden Sie dabei den Servernamen, um zu überprüfen, ob der Name auf die korrekte IP-Adresse aufgelöst wird. Wenn dies der Fall ist, ist Namensauflösung wahrscheinlich nicht die Ursache des ปัญหา, und die verbleibenden Schritte in diesem
- Wenn Client และ Server Mitglieder จาก Active Directory (AD)-Domäne sind, wird DNS จาก Namensauflösung verwendet. Stellen Sie sicher, dass der Client und der Server beide die richtigen DNS-Server verwenden, die sich innerhalb der Domäne befinden müssen und in der Regel Domänen-Controller sind.
- Wenn die richtigen DNS-Server verwendet werden, überprüfen Sie anhand der DNS-Verwaltungskonsole (IIS-Verwaltungskonsole) auf diesen Servern, ob der RPC-Server den richtigen Datensatz bzw. die richtigen Datensätze im หมวกผู้รับจดทะเบียน DNS. น้ำตกเออร์ฟอร์เดอร์ลิช คันน์ เดอร์ เบเฟห์ล ipconfig /registerdns auf dem RPC-Server verwendet werden, um die DNS-Datensätze erneut zu registrieren.
- Wenn keine AD-Domäne vorhanden ist, kann WINS für die Namensauflösung verwendet werden. Mit dem Befehl ipconfig /ทั้งหมดใช้งานไม่ได้กับ WINS-Server aufgelistet, die vom RPC-Server verwendet werden. Überprüfen Sie die WINS-Datenbank auf diesen Servern, um sicherzustellen, dass die für den RPC-เซิร์ฟเวอร์ลงทะเบียน Datensätze korrekt sind. น้ำตกเออร์ฟอร์เดอร์ลิช คันน์ เดอร์ เบเฟห์ล nbtstat -RR auf dem RPC-เซิร์ฟเวอร์ ausgeführt werden, um die WINS-Datensätze erneut zu registrieren.
4. Datenverkehr durch die Firewall blockiert
- เปิดใช้งาน Sie die Einstellungen der Windows-Firewall auf dem RPC-Server.
- Wenn die Firewall ใช้งานอยู่, stellen Sie sicher, dass der Datenverkehr auf TCP-Port 135 durchgelassen wird.
- Wenn auf dem Server Windows Server 2003 ausgeführt wird, kann die Windows-Firewall die dynamische RPC-Portzuweisung eventuell nicht richtig handhaben. ในฤดูใบไม้ร่วง kann es erforderlich sein, die Windows-Firewall zu deaktivieren oder die von RPC verwendeten Ports einzuschränken (siehe Schritt 4).
- Wenn auf dem Server Windows Server 2008 or höher ausgeführt อื่น ๆ Die Windows-Firewall ใน Windows Server 2008 และตัวเลือก RPC-Verkehr standardmäßig fehlerfrei handhaben; Wenn Dies Jedoch Manuell konfiguriert werden muss, finden Sie entsprechende Anweisungen in diesem TechNet-Artikel: Allow Inbound Network Traffic that Uses Dynamic RPC.
Wenn ตาย Windows Firewall ใน Windows Server 2008 หรือหยุดทำงานชั่วคราว Sie nicht den Windows Firewall Dienst an. Befolgen Sie stattdessen die Schritte unter in .
- Wenn die Firewall-Software eines Drittanbieters, eine andere Sicherheitsanwendung oder eine Netzwerk-Firewall-Appliance verwendet wird, schauen Sie in der Documentation der Anwendung oder der Appliance nach, ob sie ordnungsgemäß für RPC-Verkehr konfiguriert werden kann.
- Wenn die Firewall-Software, eine andere Sicherheitsanwendung oder eine Netzwerk-Firewall-Appliance nicht für die korrekte Handhabung von dynamischem der Sicherheitsanwendung geoffnet werden. ข้อมูลสำหรับข้อมูลเพิ่มเติมเกี่ยวกับ RPC Port-Bereichs finden Sie unter How to Configure RPC Dynamic Port Allocation to Work with Firewalls.
5. Netzwerkverbindungsprobleme
- แวร์เวนเดน ซีเดน เบเฟห์ล ปิง, um die grundlegende Konnektivität zwischen dem RPC-Client และ Server zu testen. Beachten Sie, dass dieser Test möglicherweise nicht schlüssig ist, da es für eine Firewall möglich ist, den ICMP-Datenverkehr zu blockieren und anderen Datenverkehr durczulassen. (ICMP, Internet Control Message Protocol อื่นๆ, ist das Protokoll, das bei ปิง- และ ติดตาม-Befehlen verwendet wird.)
- Mit dem Befehlszeilendienstprogramm PortQry können Sie die Konnektivität vom Client zum Server testen und feststellen, welche Ports auf dem Server geöffnet sind. Es bietet Unterstützung für RPC und kann verwendet werden, um festzustellen, für welche Dienste dynamische Ports bei RPC registriert sind und welche spezifischen Schnittstellen sie verwenden. Ausführliche Informationen zu PortQry Version 2.0 finden Sie hier:
กำลังโหลด...