შეცდომის მნიშვნელობა და გადაწყვეტა „RPC სერვერი მიუწვდომელია. შეცდომა „RPC სერვერი მიუწვდომელია“: პრობლემის გადაჭრის ძირითადი გზები სისტემის შეცდომის კოდი 1722 rpc სერვერი მიუწვდომელია

ეჭვგარეშეა, Windows-ის მეშვიდე ვერსიის ბევრმა მომხმარებელმა დაინახა შეცდომის შეტყობინება „RPC სერვერი მიუწვდომელია“ მონიტორზე ან ლეპტოპის ეკრანზე. რა სახის მარცხი არის ეს და როგორ გამოსწორდეს ის ახლა განხილული იქნება.

RPC სერვერის უკმარისობის ყველაზე გავრცელებული სიტუაცია

როდესაც ჩნდება შეტყობინება, რომ RPC სერვერი მიუწვდომელია, ზოგადად, ეს არ ნიშნავს თავად სერვერს. ეს არის რეალურად დისტანციური პროცედურის ზარის სერვისი.

და, როგორც წესი, ყველაზე ხშირად ეს შეცდომა ჩნდება პრინტერებით მანიპულირებისას, მაგალითად, დოკუმენტის დაბეჭდვის მცდელობისას ან უბრალოდ ახალი პრინტერის დაყენების (დამატების) დროს. და აქ საქმე თავად მოწყობილობაში კი არ არის, არამედ სერვისში, რომელმაც რაიმე მიზეზით შეწყვიტა მუშაობა ან უბრალოდ გამორთულია.

"RPC სერვერი მიუწვდომელია" შეცდომა: პრობლემები დინამიურ ბიბლიოთეკებთან

ასე რომ, ვნახოთ, რა შეიძლება გაკეთდეს სიტუაციის გამოსასწორებლად. პირველ რიგში, თქვენ უნდა დარწმუნდეთ, რომ სისტემას აქვს დინამიური ბიბლიოთეკის ფაილი Spoolss.dll და შესრულებადი კომპონენტი Spoolss.exe. ისინი უნდა განთავსდეს System32 დირექტორიაში იმ მთავარი დირექტორიაში, რომელშიც სისტემა დაინსტალირებულია.

თუ ასეთი ფაილები არსებობს, შეიძლება იყოს მინიმუმ ორი მარცხის ვარიანტი: ან დაზიანებულია, ან სერვისი უბრალოდ არ იწყება.

ავარია "RPC სერვერი მიუწვდომელია" შეტყობინებით Windows 7: სერვისის დაწყება ბრძანების ხაზიდან

დასაწყისისთვის, სიტუაციის გამოსწორების უმარტივესი მეთოდია სამსახურის დაწყება ბრძანების ხაზიდან. ამ ეტაპზე, ჩვენ გვჯერა, რომ ყველაფერი კარგადაა თავად ფაილებთან.

გამოიძახეთ ბრძანების ხაზი (cmd) "Run" მენიუდან (Win + R) და შემდეგ შეიყვანეთ ბრძანება net start rpcss. თუ თავად სერვისთან ყველაფერი კარგადაა, კომპიუტერის ტერმინალის გადატვირთვის შემდეგ (რაც, სხვათა შორის, სავალდებულოა), პრობლემა გაქრება და შეტყობინება, რომ RPC სერვერი მიუწვდომელია, მომხმარებელს აღარ შეაწუხებს (სერვისის შეჩერება , აირჩიეთ მსგავსი ბრძანება, მხოლოდ სიტყვით stop) . თუ ზემოხსენებულმა მეთოდმა რაიმე მიზეზით არ გაააქტიურა სერვისი, მოგიწევთ, ასე ვთქვათ, შემოვლითი მარშრუტის გავლა.

შეცდომის გამოსწორება ორიგინალური ბიბლიოთეკების გამოყენებით

ახლა მოდით შევხედოთ სიტუაციას, როდესაც ზემოაღნიშნული ფაილები დაზიანებულია ან დაკარგულია. პრინციპში, ამის გაკეთება შეგიძლიათ უმარტივესი გზით: დააკოპირეთ ისინი მსგავსი სისტემიდან (სხვა კომპიუტერიდან) და შემდეგ ჩასვით System32 სისტემის საქაღალდეში.

თუმცა, ამის შემდეგ, რათა აღარ გამოჩნდეს შეტყობინება, რომ RPC სერვერი მიუწვდომელია, მოგიწევთ კიდევ რამდენიმე მნიშვნელოვანი ნაბიჯის გადადგმა და ჯერ სერვისების განყოფილებაში გადასვლა. ეს შეიძლება გაკეთდეს საკონტროლო პანელიდან, მაგრამ ბევრად უფრო ადვილია გამოიყენოთ სპეციალური ბრძანება services.msc, რომელიც დაწერილია იმავე "Run" მენიუში.

თავად რედაქტორში უნდა იპოვოთ დისტანციური პროცედურის გამოძახების სერვისი (RPC) და დააწკაპუნოთ გაშვებაზე, შემდეგ აირჩიეთ "ავტომატური" გაშვების ტიპში. შეცვლილი პარამეტრების შენახვის შემდეგ, როგორც პირველ შემთხვევაში, თქვენ მოგიწევთ სისტემის სრულად გადატვირთვა, რათა მათ ძალაში შესულიყვნენ.

შენიშვნა: გადატვირთვის შემდეგ, მიზანშეწონილია სისტემის განახლება ხელით გაუშვათ და დააინსტალიროთ უახლესი განახლების პაკეტები. ამან შეიძლება გადამწყვეტი როლი ითამაშოს სერვისის სწორად გააქტიურებაში. გზაში განსაკუთრებული ყურადღება მიაქციეთ სისტემას, რომელშიც მოხდება ორიგინალური ფაილების კოპირება, ყოველ შემთხვევაში გაითვალისწინეთ მისი სიმძლავრე.

ყოვლისმომცველი გადაწყვეტა სპეციალური კომუნალური საშუალებების გამოყენებით

პრინციპში, თუ არ არსებობს ორიგინალური ფაილების კოპირების ან ჩამოტვირთვის საშუალება, ამის გაკეთება შეგიძლიათ უფრო მარტივი გზით.

კომუნალური პროგრამები, როგორიცაა DLL Suite, დაგეხმარებათ სიტუაციის გამოსწორებაში, რომელიც ავტომატურად სკანირებს სისტემას დაზიანებული ან დაკარგული კომპონენტებისთვის და შემდეგ დამოუკიდებლად აერთიანებს მასში დაკარგული ობიექტებს. თუმცა, მხოლოდ ამით ვერ შემოვიფარგლებით. პროცესის დასასრულს თქვენ კვლავ უნდა დარწმუნდეთ, რომ სერვისი აქტიურ მდგომარეობაშია (ჩართულია) და მუშაობს შეუფერხებლად. ეს კეთდება ისე, როგორც ზემოთ იყო ნაჩვენები.

დასკვნა

სულ ეს არის RPC სერვისის პრობლემასთან დაკავშირებით. როგორც ხედავთ, ამგვარ წარუმატებლობაში ცუდი არაფერია და პრობლემის გადაწყვეტა საკმაოდ მარტივია. ერთადერთი, რაც უნდა აღინიშნოს, არის ახალი პრინტერის დრაივერების დაყენება ან განახლება. რა თქმა უნდა, ეს არ არის წინაპირობა, თუმცა, ძალიან სასურველი იქნებოდა ასეთი პროცედურის ჩატარება. ეს შეიძლება გაკეთდეს ან Device Manager-იდან, ან სპეციალურად შემუშავებული კომუნალური საშუალებების გამოყენებით, როგორიცაა Driver Booster პროგრამა ან რაიმე სხვა.

რაც შეეხება მომსახურებასთან სიტუაციის გამოსწორებას, აქ არ განიხილებოდა ვირუსების კომპიუტერული სისტემების სკანირებასთან დაკავშირებული საკითხები. ასევე, სერვისის ჩართვის (გააქტიურების) მეთოდები არ იყო მოწოდებული, მაგალითად, ჯგუფური პოლიტიკის პარამეტრებში ან სისტემის რეესტრის გასაღებების შესაბამისი პარამეტრების შეცვლით, რადგან ასეთი ტექნიკა ბევრად უფრო რთულია, ვიდრე ზემოთ აღწერილი. და ყველა მომხმარებელს არ სურს მათში ჩაწერა, წინააღმდეგ შემთხვევაში, რა ჯოჯოხეთია, მთელი სისტემა შეიძლება დაპატიმრდეს.

წინააღმდეგ შემთხვევაში, არცერთ მომხმარებელს არ უნდა ჰქონდეს რაიმე პრობლემა. ყველა თავად გადაწყვეტს ზუსტად რა გააკეთოს და რომელი მეთოდი გამოიყენოს, მაგრამ, როგორც პრაქტიკა გვიჩვენებს, უმარტივესი გზაა სერვისის გააქტიურება ბრძანების ხაზიდან (იმ პირობით, რომ საჭირო ფაილები წესრიგშია). ფაილების აღდგენისა და ამ სისტემის კომპონენტის სერვისების განყოფილებიდან გააქტიურების მეთოდი შეიძლება გამოყენებულ იქნას იმ შემთხვევაში, თუ უმარტივესი მეთოდი არანაირ გავლენას არ მოახდენს სისტემაზე. და, რა თქმა უნდა, თუ აღმოაჩენთ, რომ ფაილები დაზიანებულია ან უბრალოდ აკლია სისტემას, უმჯობესია არ დააკოპიროთ ისინი სხვა მოწყობილობიდან, მაგრამ თუ გაქვთ აქტიური ინტერნეტ კავშირი, გამოიყენეთ ავტომატური უტილიტები, რომლებიც ჩამოტვირთავს დაკარგული ფაილებს და აერთიანებს ისინი სისტემაში შევიდნენ მომხმარებლის მონაწილეობის გარეშე. სინამდვილეში, ეს არის ზუსტად ის, რაც მათ შეიქმნა.

შუადღე მშვიდობისა, ძვირფასო მკითხველო და აბონენტებო, ბოლო დროს, როდესაც დავაფიქსირეთ პრობლემა Active Directory-ში, კერძოდ, შეცდომა 14550 DfsSvc და netlogon 5781 დომენის კონტროლერზე, დღეს ეპოსი გრძელდება ამ შეცდომების გაგრძელებით, კერძოდ, ჩვენ მოვიშორეთ ისინი, მაგრამ ახალი ჩამოვიდა: შეცდომა 1722: RPC სერვერს შეექმნა გაფრთხილებები ან შეცდომები Sysvol– ის გაზიარებიდან ბოლო 24 საათში. Sysvol– ის რეპლიკაციის წარუმატებლობამ შეიძლება გამოიწვიოს ჯგუფური პოლიტიკის პრობლემები. მოდი გავარკვიოთ რა ხდება.

შეცდომის დაფიქსირება 1722 RPC სერვერი მიუწვდომელია

ქსელის პრობლემები რეპლიკაციასთან და მათ გადაჭრასთან დაკავშირებით, წაიკითხეთ ზემოთ მოცემული ბმული, დაახლოებით 14550. და შეგახსენებთ, მაქვს ორი დომენი, მშობელი და შვილი. ბავშვს აქვს 3 აქტიური დირექტორია დომენის კონტროლერი. ერთი საიტიდან ერთი დომენის კონტროლერის გადატანის შემდეგ, შეცდომები 1722 გამოჩნდა ყველა დანარჩენზე. RPC სერვერი მიუწვდომელია და RPC სერვერი ასევე იყო SYSVOL-ის მიწოდებიდან ბოლო 24 საათის განმავლობაში.

მე აღმოვაჩინე ისინი, როდესაც დომენის კონტროლერებს შორის რეპლიკაციის დიაგნოზირებას ვაძლევდი ბრძანების გამოყენებით:

ეს ბრძანება გვიჩვენებს საწარმოს ყველა რეპლიკაციის შეცდომას. ასე გამოიყურება შეცდომა:

RPC სერვერი და იყო გაფრთხილებები ან შეცდომის შეტყობინებები ბოლო 24 საათის განმავლობაში SYSVOL-ის გაზიარების შემდეგ. SYSVOL რეპლიკაციის წარუმატებლობამ შეიძლება გამოიწვიოს ჯგუფური პოლიტიკის პრობლემები.

უპირველეს ყოვლისა, იმის შესამოწმებლად, რომ ყველაფერი კარგად არის რეპლიკაციასთან დაკავშირებით, უნდა დარწმუნდეთ, რომ SYSVOL და NETLOGON საქაღალდე იკითხება UNC ბილიკის \\თქვენი დომენის მეშვეობით.

თუ ისინი არ არის ხელმისაწვდომი, მაშინ თქვენ უნდა შეამოწმოთ უფლებები საქაღალდეებზე და შეამოწმოთ RPC TCP/UDP 135 სერვისის პორტების ხელმისაწვდომობა; შესაძლოა, ისინი დახურულია თქვენს ბუხარზე. თუ ყველაფერი კარგადაა, მაშინ ჩვენ გავაგრძელებთ. მოდით ახლა შევამოწმოთ, როდის მოხდა დომენის კონტროლერების ბოლო რეპლიკაცია, ეს კეთდება ბრძანებით:

repadmin / replsummary

შედეგად, აღმოვაჩინე, რომ ჩემს dc7-სა და dc13-ს აქვს შეცდომა 1722 RPC სერვერი მიუწვდომელია. მე შევამოწმე პორტები 135, ისინი დაემორჩილნენ. მათთვის, ვინც არ იცის როგორ შეამოწმოს, აქ არის telnet ბრძანება, რომელიც დაგეხმარებათ.

შემდეგი ნაბიჯი არის DNS სერვერების შემოწმება TCP/IP სტეკის პარამეტრებში. თუ თქვენ გაქვთ ერთზე მეტი დომენის კონტროლერი, მაშინ თქვენი პირველი DNS სერვერი ქსელის ინტერფეისის პარამეტრებში უნდა იყოს სხვა დომენის კონტროლერის DNS, შემდეგ ან მიმდინარე ან loopback IP-ის მისამართი და მხოლოდ ამის შემდეგ, რაც გჭირდებათ.

ასე რომ, DNS სერვერების სწორი თანმიმდევრობა არის შემთხვევების 90 პროცენტი

ახლა ისევ გაუშვით repadmin /replsummary ბრძანება, დავინახე, რომ ყველა გამეორება წარმატებული იყო. მე ასევე გირჩევთ, ხელით დაიწყოთ AD რეპლიკაცია. და შეამოწმეთ შეცდომები, ასევე დარწმუნდით, რომ dcdiag /a /q ბრძანება არ იძლევა შეცდომებს.

ასე შეგიძლიათ მარტივად მოაგვაროთ შეცდომა 1722 RPC სერვერი მიუწვდომელია დომენის კონტროლერზე Windows Server 2012 R2-ზე. თუ რამე გაქვთ სტატიაში დასამატებელი, დაწერეთ კომენტარებში.

RPC არის დისტანციური პროცედურის ზარი, უფრო სწორად, სერვისი, რომელიც პასუხისმგებელია მასზე. ჩვენ ვისაუბრებთ მომხმარებლის კომპიუტერებზე. ცალკეულ სერვერებზე და დიდ ქსელებზე ამ შეცდომის მრავალი მიზეზი შეიძლება იყოს, მაგრამ მე განვიხილავ პრობლემას ჩვეულებრივი კომპიუტერის მომხმარებლებისთვის.

ეს შეცდომა ( 1722 ) ხდება სხვადასხვა სიტუაციებში Windows ოჯახის სისტემებში:

  1. პროგრამების ინსტალაცია ( მაგალითად, პრინტერთან მუშაობისთვის).
  2. განაახლეთ დრაივერები და სისტემა.
  3. Bitlocker უტილიტაში დაშიფვრისას.
  4. როცა კომპიუტერი ჩაირთვება.

rpc სერვერის კიდევ ერთი მიუწვდომლობა დაკავშირებულია Windows 7-ში ხმის ნაკლებობის პრობლემასთან. Windows XP-ში პრობლემა შეიძლება წარმოიშვას SP2-ზე SP3-ზე განახლებისას. ეს ხდება ძალიან ხშირად ბეჭდვისას, განსაკუთრებით Canon პრინტერის გამოყენებისას. მიუხედავად ამ სიტუაციების მრავალფეროვნებისა, გამოსავალი თითქმის ყველასთვის ერთნაირია.

სანამ გააგრძელებთ, დარწმუნდით, რომ თქვენი კომპიუტერი ვირუსებისგან თავისუფალია. ისინი ასევე შეიძლება იყვნენ ამ შეცდომის მიზეზი.

რა უნდა გააკეთოს, თუ rpc სერვერი მიუწვდომელია

შეამოწმეთ და, საჭიროების შემთხვევაში, ჩართეთ მთელი რიგი სერვისები, რომელთა გამორთვის გამო ხდება ეს შეცდომა, კერძოდ:

  1. ბეჭდვის მენეჯერი.
  2. დისტანციური პროცედურის ზარი ( RPC).
  3. DCOM სერვერის პროცესის გამშვები მოდული.
  4. კვება.

ყველა მოქმედება უნდა შესრულდეს ადმინისტრატორის ანგარიშის ქვეშ.

ჩართეთ ეს სერვისები და დააყენეთ გაშვების ტიპი ავტომატურად.გადადით Start >> Run-ზე და შეიყვანეთ services.msc, როგორც ეს ნაჩვენებია ქვემოთ. თქვენ გადაგიყვანთ კომპიუტერული სერვისების მართვის პანელში.

აქ გადადით ზემოთ ჩამოთვლილი სერვისების თვისებებზე, სადაც შეგიძლიათ შეცვალოთ მათი პარამეტრები.


დარწმუნდით, რომ გადატვირთეთ კომპიუტერი ამ ნაბიჯების დასრულების შემდეგ.

თქვენ ასევე შეგიძლიათ ჩამოტვირთოთ სპეციალური შესწორება Microsoft-დან. ეს დაგეხმარებათ მხოლოდ იმ შემთხვევაში, თუ ეს შეცდომა მოხდება მედიის დაშიფვრისას ჩაშენებული Bitlocker პროგრამის საშუალებით. როგორც წესი, ეს ხდება Windows 7 Ultimate და მოგვიანებით ვერსიებზე.

დაგეხმარათ თუ არა ეს რჩევები RPC შეცდომის მოგვარებაში?

გამოკითხვის პარამეტრები შეზღუდულია, რადგან JavaScript გამორთულია თქვენს ბრაუზერში.

კომპიუტერების, ლეპტოპების, ტაბლეტების გაუმართაობა ძალიან მრავალფეროვანი და მრავალრიცხოვანია. თუმცა, ბევრი მათგანი რეალურად მიუთითებს არა იმდენად მოწყობილობის გაფუჭებაზე ან გაუმართაობაზე, არამედ კომუნიკაციის ან წვდომის შეცდომაზე. RPC სერვერის მიუწვდომლობის შეცდომა ამ კატეგორიას მიეკუთვნება.

რაზე ვისაუბრებთ:

რა არის RPC სერვერი

ნებისმიერი კომპიუტერის ფუნქციონირება განისაზღვრება გამოყენებული პროგრამების რაოდენობით და ხარისხით და, რა თქმა უნდა, ოპერაციული სისტემის ვერსიით. თუმცა, ყველა პროგრამა არ შეიძლება განთავსდეს ერთ მოწყობილობაზე. ბევრად უფრო რაციონალურია რთული მრავალსაფეხურიანი ამოცანების დაყოფა ცალკეული ნაწილების ან თუნდაც უბრალოდ ხშირად შესრულებული პროცედურების საერთო ლოკალურ სივრცეში განაწილებით.

ზოგჯერ ეს საკმარისი არ არის. ასეთ შემთხვევებში ისინი მიმართავენ დისტანციური პროცედურების გამოძახების სერვისებს. ეს ნიშნავს, რომ ცალკეული ფუნქციები და პროცედურები განლაგებულია დისტანციურ კომპიუტერებზე სხვადასხვა მისამართის სივრცეში. მათთან მისასვლელად, დაუკავშირდით RPC სერვერს.

RPC ტექნოლოგია მოიცავს ორ კომპონენტს: ქსელის პროტოკოლს და განხორციელების ენას. დისტანციური პროცედურების ზარის სხვადასხვა განხორციელებას აქვს განსხვავებული არქიტექტურა და იყენებს სხვადასხვა პროტოკოლს, მაგრამ ძალიან იშვიათად HTTP პროტოკოლს, რადგან ეს უკანასკნელი არ არის სატრანსპორტო პროტოკოლი. შესაბამისად, სხვადასხვა აპარატიდან მონაცემების გადაცემისას სხვადასხვა პროტოკოლის გამოყენებით, ხდება წარუმატებლობები.

RPC მუშაობის მახასიათებლები

თავად დისტანციური ზარის განხორციელება უფრო რთულია, ვიდრე ადგილობრივი პროცედურების გამოძახება. სამუშაოს დაყენებისას როგორც ქსელში, ასევე ცალკეულ კომპიუტერებზე, აუცილებელია რამდენიმე განსხვავებული პრობლემის გადაჭრა:

  • სხვადასხვა მისამართებით სხვადასხვა კომპიუტერიდან მონაცემების გადაცემისას, შეცდომები ყოველთვის შესაძლებელია. საქმე მწვავდება, თუ მანქანები იყენებენ სხვადასხვა ოპერაციულ სისტემებს - Windows 7, XP, ან სხვადასხვა არქიტექტურას - მცირე თუ დიდ ენდიანს. განსხვავების კომპენსაციის მიზნით, RPC პარამეტრები უნდა დაკოპირდეს ერთი აპარატიდან მეორეზე და სერიული იყოს;
  • დისტანციური ზარი გულისხმობს სატრანსპორტო პროტოკოლის გამოყენებას, მაგალითად, TCP;
  • პროცედურის გამოძახება როგორც ლოკალურად, ისე მომხმარებლისთვის დისტანციურად ხორციელდება ერთ პროცესში. მაგრამ სინამდვილეში, RPC სერვერი იღებს 2 პროცესს. შედეგად, თუ გამოძახების პროცედურა ავარიულია, გამოძახებები ჩერდება, რის შედეგადაც ხდება შეცდომა 1722. თუ ზარის ავარია, აბონენტები ელოდება პასუხს უშედეგოდ. Windows 7-ში "RPC სერვერი მიუწვდომელია" ოფციას ყველაზე ხშირად ეს წარმოშობა აქვს;
  • სხვადასხვა ოპერაციული გარემოს, მონაცემთა სხვადასხვა სტრუქტურის, სხვადასხვა ზარის სტრუქტურების თავსებადობის პრობლემა კვლავ დარღვეულია. შედეგად, "RPC სერვერი მიუწვდომელია" Windows რჩება წყვეტილი შეცდომებით, რომლებსაც თქვენ უნდა გაუმკლავდეთ საკუთარ თავს ან სხვისი დახმარებით.

რა უნდა გააკეთოს, თუ დისტანციური ზარი არ არის?

უპირველეს ყოვლისა, თქვენ უნდა შეეცადოთ დაადგინოთ უარის მიზეზი. ეს ყოველთვის არ არის შესაძლებელი, მაგრამ თუ მუშაობს, საქმეს ბევრად აადვილებს. პროცედურა იგივეა OS-ის ყველა ვერსიისთვის.

  1. Start მენიუში იპოვეთ პანელი.
  2. მოვლენები იხილება ადმინისტრაციის ჩანართში. თუ RPC სერვერის მიუწვდომლობის შეცდომა იყო ბოლო მოვლენა, მაშინ მისი კოდი სიის ზედა ნაწილშია ჟურნალში. ფოტო გვიჩვენებს მუშაობას OS-ში ხარვეზის გამოსასწორებლად.
  3. ინტერნეტში მათ შეუძლიათ იპოვონ მოვლენის აღწერა და რეკომენდირებული ქმედებები მარცხის მოსაგვარებლად კოდის გამოყენებით.

Windows XP სისტემის შემოწმება ანტივირუსით

თუ პრობლემა ამ გზით ვერ მოგვარდება, Windows XP სისტემის ანტივირუსით შემოწმება დაგეხმარებათ: ზოგიერთ შემთხვევაში, დისტანციური ზარის წარუმატებლობა დაკავშირებულია Conficker ჭიის აქტივობასთან.

ეს ვარიანტი საკმაოდ ხშირად ხდება. ასოცირებულია პროგრამის ინსტალაციასთან - განსაკუთრებით პრინტერებთან მუშაობისთვის, დრაივერის განახლებისთვის და ზოგჯერ ხდება სისტემის ჩატვირთვისას. Windows XP-ში ეს ხდება SP2-დან SP3-მდე განახლების დროსაც კი. მე-7 ვერსიაში პრინტერი შეიძლება მიუწვდომელი იყოს ხმის ნაკლებობის გამო.

Canon-ის პრინტერების მფლობელები განსაკუთრებით ხშირად უჩივიან 1772 შეცდომის გამოჩენას.

  1. ასეთ შემთხვევებში რეკომენდირებულია ჯერ შეამოწმოთ XP ან სხვა ვერსია ვირუსებზე. თუ სკანირება არ იძლევა შედეგებს, განახორციელეთ შემდეგი ქმედებები.
  2. ადმინისტრატორის ანგარიშის ქვეშ მოწმდება რიგი სერვისების სტატუსი:
    • ბეჭდვის მენეჯერი;
    • დისტანციური პროცედურის ზარი;
    • კვება;
    • DCOM სერვერის გამშვები.
    • თქვენ უნდა ჩართოთ ყველა ეს სერვისი, თუ ისინი გამორთულია, შემდეგ გადადით Start მენიუში, გადადით Run განყოფილებაში და შეიტანეთ services.mcs ბრძანების ხაზში.
  3. ამრიგად, გადადით ზემოთ ჩამოთვლილი ყველა სერვისის თვისებებზე, სადაც შეგიძლიათ შეცვალოთ მათი პარამეტრები.
  4. ყველა შემოწმების დასრულების შემდეგ, დარწმუნდით, რომ გადატვირთეთ კომპიუტერი. თუ ბეჭდვა მოხდება გადატვირთვის შემდეგ და შეცდომა 1722 RPC სერვერი მიუწვდომელია, არ მოხდება. ეს ნიშნავს, რომ პრობლემა მოგვარებულია.

Windows Ultimate და უფრო მაღალი ოპერაციული სისტემის ვერსიების კიდევ ერთი შესაძლო ვარიანტი არის მარცხი დაშიფვრის მცდელობის გამო Bitlocker უტილიტაში. ამ შემთხვევაში, თქვენ უნდა ჩამოტვირთოთ დაფიქსირება საიტიდან. მაიკროსოფტი.

RPC სერვერი მიუწვდომელია Windows 10, 7 და 8-ში, შესაძლოა დაკავშირებული იყოს აუდიოსთან, რადგან აუდიო სერვისის პარამეტრები დაკავშირებულია კვების სერვისთან. ასეთ შემთხვევებში, გადადით "დაწყება" "საკონტროლო პანელზე", იპოვეთ "ადმინისტრაცია" და "მომსახურება" ჩანართი. აქედან იწყება მომსახურების ბოლო წერტილების მშენებლობა.

ფუნქციონირების აღდგენა

რა უნდა გააკეთოს, თუ ანტივირუსზე გადასვლა არ დაეხმარა? ეს ვარიანტი შესაძლებელია, თუ ვირუსმა დააინფიცირა სისტემა დანაყოფის ბოლო შენახვის შემდეგ. ასეთ შემთხვევებში შეგიძლიათ სცადოთ SYSTEM რეესტრის ფუნქციონირების აღდგენა.

მისამართზე Windows\System32\Config შეიყვანეთ შენახული ვერსიების დირექტორია - RegBack. აქედან დააკოპირეთ სისტემის ფაილი და მოათავსეთ Config საქაღალდეში, რითაც ჩაანაცვლეთ დაზიანებული.

Windows 10 და 8 ვერსიებს აქვთ აღდგენის კონსოლი. მისი დახმარებით, შეგიძლიათ აღადგინოთ რეესტრი გაფართოებული პარამეტრების მენიუს გამოყენებით.

Ჩატვირთვა...Ჩატვირთვა...