Rpc ծառայությունն անհասանելի է, ինչ անել: «RPC սերվերը անհասանելի է» սխալ. հիմնական լուծումներ: Համապարփակ լուծում՝ օգտագործելով հատուկ կոմունալ ծառայություններ

Բարի լույս, հարգելի ընթերցողներ և բաժանորդներ, անցյալ անգամ, երբ մենք շտկեցինք մի խնդիր Active Directory-ում, այն է, սխալ 14550 DfsSvc և netlogon 5781 դոմենային վերահսկիչի վրա, այսօր սագան շարունակվում է այս սխալների շարունակությամբ, այսինքն՝ մենք ազատվեցինք դրանցից, բայց նորերը եկել են. Սխալ 1722: RPC սերվեր և տևում է 24 ժամ SYSVOL-ին տրվելուց հետո ընդհանուր մուտքԶգուշացումները կամ սխալի հաղորդագրությունները ամրագրված են: SYSVOL-ի կրկնօրինակման ձախողումները կարող են խնդիրներ առաջացնել խմբի քաղաքականություն. Եկեք պարզենք, թե ինչ է կատարվում:

Սխալը շտկելով 1722 rpc սերվերն անհասանելի է

Վերարտադրման հետ կապված ցանցային խնդիրների և դրանց լուծման համար կարդացեք վերևի հղումը, 14550-ի մասին: Եվ այսպես, թույլ տվեք հիշեցնել ձեզ, որ ես ունեմ երկու տիրույթ՝ ծնող և երեխա: Երեխայի 3 տիրույթի վերահսկիչ Active Directory-ում: Մեկ տիրույթի վերահսկիչ մեկ կայքից տեղափոխելուց հետո 1722 սխալները սկսեցին հայտնվել բոլոր մյուսներում: RPC սերվերը հասանելի չէ, և RPC սերվերը հասանելի չի եղել SYSVOL-ի տրամադրումից հետո վերջին 24 ժամվա ընթացքում:

Ես հայտնաբերեցի դրանք տիրույթի կարգավորիչների միջև կրկնօրինակումը ախտորոշելիս՝ օգտագործելով հրամանը.

Այս հրամանը ցույց է տալիս ձեռնարկության բոլոր կրկնօրինակման սխալները: Ահա թե ինչ տեսք ունի սխալը.

RPC սերվերը և SYSVOL-ի համօգտագործումից հետո վերջին 24 ժամվա ընթացքում եղել են նախազգուշացումներ կամ սխալներ: SYSVOL-ի կրկնօրինակման ձախողումները կարող են առաջացնել Խմբային քաղաքականության խնդիրներ:

Նախևառաջ ստուգելու համար, որ ամեն ինչ կարգին է կրկնօրինակման դեպքում, դուք պետք է համոզվեք, որ SYSVOL և NETLOGON թղթապանակները ընթեռնելի են UNC ճանապարհի \\ձեր տիրույթում:

Եթե ​​դրանք հասանելի չեն, ապա դուք պետք է ստուգեք թղթապանակների իրավունքները և ստուգեք RPC TCP / UDP 135 ծառայության նավահանգիստների առկայությունը, գուցե դրանք փակված են ձեր firewall-ում: Եթե ​​ամեն ինչ լավ է, ուրեմն մենք առաջ ենք շարժվում։ Այժմ ստուգենք, թե երբ են տիրույթի վերահսկիչները վերջին անգամ կրկնօրինակվել, դա արվում է հրամանով.

repadmin / replsummary

Ես վերջացրի, որ իմ dc7-ը և dc13-ը ունեն 1722 սխալ: RPC սերվերն անհասանելի է: Ես ստուգեցի 135 նավահանգիստները, նրանք ենթարկվեցին: Ով չգիտի, թե ինչպես ստուգել, ​​ապա ահա telnet հրամանը կօգնի ձեզ:

Հաջորդ քայլը ստուգելն է DNS սերվերներ, TCP/IP փաթեթի կարգավորումներում։ Եթե ​​դուք ունեք մեկից ավելի տիրույթի վերահսկիչ, ապա ձեր ցանցային ինտերֆեյսի կարգավորումներում առաջին dns սերվերը պետք է լինի մեկ այլ տիրույթի վերահսկիչի dns, այնուհետև կամ ընթացիկ կամ շրջադարձային Ip-ի հասցեն, և միայն այն ժամանակ, ինչ ձեզ հարկավոր է:

Այսպիսով, DNS սերվերների ճիշտ կարգը դեպքերի 90 տոկոսն է

Այժմ նորից գործարկելով repadmin /replsummary հրամանը, ես տեսա, որ բոլոր կրկնօրինակումները հաջող են: Ես նաև խորհուրդ եմ տալիս ձեռքով սկսել AD-ի կրկնօրինակումը: և ստուգեք սխալները, նաև համոզվեք, որ dcdiag /a /q հրամանը սխալներ չի տալիս։

Ահա թե ինչպես է 1722 սխալը պարզապես լուծվում, RPC սերվերը հասանելի չէ տիրույթի վերահսկիչի վրա. Windows Server 2012 R2. Եթե ​​հոդվածին ավելացնելու բան ունեք, գրեք այն մեկնաբանություններում։

RPC-ն թույլ է տալիս օպերացիոն համակարգին կատարել տարբեր գործողություններ հեռավոր համակարգիչներկամ ծայրամասային սարքերՕ՜ Եթե ​​RPC-ն կոտրված է, ապա համակարգը կարող է կորցնել օգտագործվող գործառույթներն օգտագործելու հնարավորությունը այս տեխնոլոգիան. Հաջորդը, եկեք խոսենք խնդիրների ամենատարածված պատճառների և լուծումների մասին:

Այս սխալը կարող է ի հայտ գալ տարբեր իրավիճակներում՝ սկսած ձեր վիդեո քարտի և ծայրամասային սարքերի վարորդների տեղադրումից մինչև ադմինիստրատիվ գործիքներ, մասնավորապես՝ սկավառակի կառավարում, և նույնիսկ պարզապես հաշիվ մուտք գործելիս:

Պատճառ 1. Ծառայություններ

RPC սխալի պատճառներից մեկը հեռակառավարման համար պատասխանատու ծառայությունների դադարեցումն է: Դա տեղի է ունենում օգտատիրոջ գործողությունների, որոշ ծրագրերի տեղադրման ժամանակ կամ վիրուսների «խուլիգանական» գործողությունների պատճառով։

Եթե ​​սխալը շարունակվում է, ապա անցեք ծառայությունների կազմաձևման երկրորդ փուլին, այս անգամ օգտագործելով «Հրամանատարի տող». Դուք պետք է փոխեք գործարկման տեսակը «DCOMLaunch», «ՍՓՈՒՖԵՐ»և RpcSS, դրան տալով արժեքը ավտո.

Նրանց բացակայության դեպքում. ճիշտ որոշումկլինի համակարգի վերականգնում, որի մասին կխոսենք քիչ ուշ։

Պատճառ 2. համակարգի ֆայլերը վնասված են կամ բացակայում են

Վնաս ֆայլային համակարգկարող է և պետք է հանգեցնի տարբեր տեսակի սխալների, ներառյալ այն, որի մասին մենք խոսում ենք այս հոդվածում: Ոմանց բացակայությունը համակարգի ֆայլերցույց է տալիս ՕՀ-ի աշխատանքի լուրջ ձախողում: Հակավիրուսային ծրագրային ապահովումկարող է նաև ջնջել որոշ ֆայլեր կասկածելի չարամիտ ծրագրերի պատճառով: Հաճախ դա տեղի է ունենում Windows XP-ի ծովահեն հավաքների կամ վիրուսների գործողությունների ժամանակ, որոնք փոխարինել են «հայրենի» փաստաթղթերը իրենցով:

Եթե ​​դա տեղի ունենա, ապա, ամենայն հավանականությամբ, ոչ մի այլ գործողություն, բացի համակարգի վերականգնումից, չի օգնի ազատվել սխալից: Ճիշտ է, եթե այստեղ հակավիրուսն է աշխատել, ապա կարող եք փորձել ֆայլեր հանել կարանտինից և արգելել դրանց սկանավորումը ապագայում, բայց հարկ է հիշել, որ դրանք կարող են վնասակար բաղադրիչներ լինել:

Վերականգնման ընտրանքներ օպերացիոն համակարգմի քանիսը, մենք կարող ենք նորից տեղադրել՝ պահպանելով օգտվողի կարգավորումներն ու փաստաթղթերը:

Պատճառ 3. վիրուսներ

Այն դեպքում, երբ ոչ մի մեթոդ չի օգնում լուծել RPC սերվերի սխալը, ապա, հավանաբար, ձեր համակարգում վնասատու կա, և դուք պետք է սկանավորեք և ախտահանեք հակավիրուսային կոմունալ ծառայություններից մեկը:

Եզրակացություն

RPC սերվերի սխալը բավականին լուրջ օպերացիոն համակարգի խնդիր է, որը հաճախ շտկվում է միայն ամբողջական վերատեղադրմամբ: Վերականգնումը կարող է չօգնել, քանի որ այն չի ազդում օգտվողի թղթապանակների վրա, և որոշ վիրուսներ «նշանակում են» այնտեղ: Եթե չարամիտ ծրագիրչեն հայտնաբերվել, բայց հակավիրուսը շարունակում է ջնջել համակարգի ֆայլերը, ապա ժամանակն է մտածել հուսալիության և անվտանգության մասին և տեղադրել լիցենզավորված Windows:

Windows-ի ծառայությունների բազմաթիվ ձախողումների պատճառը RPC ծառայությունն է։ Հապավման վերծանումը՝ հեռակա ընթացակարգի զանգ, իսկ բնագրում՝ Remote Procedure Call։ Հոդվածը կկենտրոնանա այս ներկառուցված օպերացիոն համակարգի տարբերակի վրա: Windows համակարգտեխնոլոգիա, որը թույլ է տալիս ծրագրերին տարբեր NT վրա հիմնված OS համակարգիչներում (որոնք ներառում են 2000/XP/2003/2008/Vista/Seven) տվյալների հոսքերը՝ օգտագործելով տարբեր արձանագրություններ: Վրա բարձր մակարդակփոխազդեցության համար օգտագործվում է հավելվածների միմյանց հետ փոխգործակցության ստանդարտը՝ DCOM (այսպես կոչված MSRPC): Տրանսպորտային շերտը սովորաբար իրականացվում է TCP/IP-ի և UDP-ի միջոցով: «RPC սերվերը անհասանելի է» հաղորդագրությունը, որը կապված է RPC ծառայության հետ կապված խնդրի հետ, կարող է առաջանալ մի շարք գործողությունների արդյունքում: Ամենից հաճախ սա տպիչի դրայվերների տեղադրումն է, տիրույթ մուտք գործելու փորձը, վիդեո քարտի վարորդի շահարկումը և այլն:

Սկզբից մենք նայում ենք իրադարձությունների մատյանին («Սկսել» ընտրացանկը, ընտրեք երկրորդ տողը և այնուհետև «Կառավարում», ապա «Իրադարձությունների դիտող»): Սա այն է, ինչը հաճախ օգնում է որոշել խնդրի աղբյուրը: Երբեմն նշված անսարքությունը կրում է լողացող բնույթ, այսինքն՝ երեկոյան ամեն ինչ աշխատում է, իսկ առավոտյան՝ լրիվ կարգի։ Ապա համոզվեք, որ ստուգեք ցանցի բոլոր համակարգիչները հակավիրուսային փաթեթով առավելագույնը թարմ թարմացումներ. Ախտանիշները կարող են լինել հայտնի «չարամիտ» Conficker-ի դրսևորումներ, որոնք օգտագործում են RPC ճարտարապետության խոցելիությունը: Փորձեք նաև ստուգել firewall-ի կազմաձևը՝ կապված փաթեթների անցման հետ 135-ից 445 նավահանգիստներով (կարող եք ժամանակավորապես անջատել այն sc sharedacess stop հրամանի միջոցով) և թարմացնել համակարգը՝ օգտագործելով Microsoft-ի սերվերի կարկատները (ծառայություն « Ավտոմատ թարմացումհամակարգեր»):

Կա նաև շատ պարզ միջոց՝ «RPC սերվերն անհասանելի է» հաղորդագրությունը հնարավորինս շուտ լուծելու համար. SYSTEM ռեեստրի փեթակը փոխարինեք մեկով, որը հայտնի է, որ չունի այս խնդիրը: Ի վերջո, այնտեղ է, որ պահվում են բոլոր ծառայությունների և վարորդների շահագործման պարամետրերը: Խափանված ծառայությունը այս խնդրի ընդհանուր պատճառն է: Սա կարող է օգնել, եթե վիրուսը ներկայացվել է որպես ծառայություն և չի փոխարինել գոյություն ունեցողին, ինչպես հաճախ է պատահում: Ավելի լավ է այս գործողությունն անել վերականգնման վահանակի միջոցով: Բայց դուք կարող եք նաև օգտվել ծառայությունից (կարող եք մուտք գործել՝ օգտագործելով բաշխման հավաքածուն), նշելով ամսաթիվը, երբ խնդիրը ծագել է կամ վահանակի միջոցով: Windows-ի վերականգնումպատճենեք SYSTEM ֆայլը REPAIR թղթապանակից՝ ներկայիսը փոխարինելու համար: Հարկ է նշել, որ վերջին գործողությունկզրոյացնի սարքավորումների մասին տեղեկատվությունը, որը հղի է ժամանակի կորստով համակարգի բոլոր սարքերը տեղափոխելու համար: Այն հաճախ ամենաարագն է և արդյունավետ մեթոդզբաղվեք RPC-ի հետ կապված դժվարություններով՝ առանց խնդրի մեջ խորանալու և կոտրված ծառայությունների հետ շփվելու:

Եթե ​​ինչ-ինչ պատճառներով չեք ցանկանում ազատվել վերը նշված եղանակով «RPC սերվերն անհասանելի է» հաղորդագրությունից, ապա ստուգեք՝ օգտագործելով վահանակում մուտքագրված sc query հրամանը (վահանակ կանչելու համար ընտրեք «Սկսել» ընտրացանկը > « Run» բացվող պատուհանում մուտքագրեք cmd), թե արդյոք DcomLaunch ծառայություններն աշխատում են: RpcSS, Spooler. Եթե ​​դրանք նշված չեն, փորձեք դրանք սկսել sc start DcomLaunch հրամաններով; sc start RpcSS; sc սկսել spooler. Եթե ​​ամեն ինչ լավ է անցել, և sc query հրամանը ցույց է տալիս այս ծառայությունները, այժմ կարող եք դրանք գրել համապատասխան ռեեստրի բանալիում, օգտագործելով հրամանները sc config DcomLaunch start= auto; sc config RpcSs start= auto, sc config Spooler start= auto.

Դեռևս ստանում եք «RPC սերվերը անհասանելի» սխալ: Ստուգեք Spoolss.exe և Spoolss.dll ֆայլերի առկայությունը C:\Windows\SYSTEM32 գրացուցակում: Օգտագործեք sfc /scannow հրամանը՝ համակարգային ֆայլերը ստուգելու և վնասվածները բնօրինակներով փոխարինելու համար: Ի վերջո, ֆայլային համակարգը կարող է կոռումպացված լինել: Բացի RDP արձանագրության և տպագրության միջոցով տերմինալային ռեժիմում միանալու հետ կապված խնդիրներից, որոնք ավելի բնորոշ են նախորդ սերնդի օպերացիոն համակարգերին՝ Windows 2000/XP/2003/2008, հաճախ կան խնդիրներ, որոնք արտահայտվում են «RPC սերվերը անհասանելի է» հաղորդագրության մեջ՝ կապված. Windows 7-ում ձայնի բացակայությունը Այս օպերացիոն համակարգի տարբերությունն այն է, որ Windows Audio ծառայությունն ուղղակիորեն միացված է Power ծառայությանը: Այդ իսկ պատճառով հայտնվում է «RPC սերվերն անհասանելի է» սխալը: Windows 7-ը, նկատի ունենալով, ունի զգալի տարբերություններ համակարգի կառավարման մեջ, ավելի էական, քան տարբերությունները, օրինակ, Windows XP-ի և Winodws 2000-ի միջև: Բացի այդ, խորհուրդ է տրվում ստուգել Spoolss.exe և Spoolss.dll ֆայլերի առկայությունը: C:\Windows\SYSTEM32 գրացուցակ:

Երբեմն դուք պետք է տպեք տպիչի վրա կարևոր փաստաթուղթ, և տպագրության հարցում ստանում եք «RPC սերվերը անհասանելի է» հաղորդագրությունը, և հաճախ նշվում են սխալի հստակ կոդերը (1722, 0x800706ba, 0x000006ba): Ամենատարածված ձախողումը տեղի է ունենում Windows XP/7/10-ում տպիչի վրա տպելիս կամ ABBYY Finereader հավելվածն օգտագործելիս: Օգտագործողները նախ պետք է հասկանան նման կոնֆլիկտի պատճառները, որպեսզի հասկանան, թե ինչ պետք է արվի այն շտկելու համար:

Սխալի պատճառները

Համակարգչի վերջին ինտեգրումը նոր սարքի հետ (տպիչ, ցանցային միացում) Ըստ երևույթին, դրայվերները թարմացնելիս սխալ է տեղի ունեցել, ինչի արդյունքում արձանագրությունների փոխանակման ժամանակ սխալ է տեղի ունեցել։ Դուք նաև պետք է համոզվեք, որ RPC ծառայության բոլոր տվյալների բազաները հասանելի են, դրանք երբեմն կարող են ինքնաբերաբար անջատվել կամ վնասվել համակարգչի վերագործարկման ժամանակ: Սխալ տեղադրմամբ այլ վարորդներ նույնպես կարող են առանձին խնդիր դառնալ, ավելի հաճախ դա վերաբերում է վիդեո քարտին: Վտանգավոր չարամիտ ծրագիրը շատ հաճախ քողարկվում է որպես RPC ծառայություն՝ անջատելով հիմնական ծառայությունը՝ անհնարին դարձնելով դրա նորմալ աշխատանքը։

Ինչպես շտկել «RPC սերվերը անհասանելի է»

Տպագրության սխալը շտկելու համար դուք պետք է սկսեք ամենապարզից: Մենք ձեզ ցույց կտանք, թե ինչպես կարելի է քայլ առ քայլ կիրառել խնդիրը լուծելու ամենաարդյունավետ մեթոդները:

Հաշմանդամ RPC ծառայություն

Առաջին տարբերակը ստուգելն է, թե արդյոք RPC ծառայությունն անջատված է: Երբեմն ծառայությունը պարզապես պատահականորեն անջատվում է կամ լռելյայն անգործուն է: Այսինքն, բոլոր ֆայլերը գտնվում են համակարգչում, բայց փաստաթղթերը տպելիս պարզապես հասանելի չեն օպերացիոն համակարգին: Ծառայությունները պետք է ակտիվացվեն հրամանի տողի միջոցով:

Բացակայող կամ կոտրված ֆայլեր

RPC-ն ունի երկու ամենակարևոր ֆայլերը և շատ բան կախված է նրանց աշխատանքից: Դրանցից մեկը Spoolss.dll-ի հետ կապված է DLL-ներ, և մյուսը Spoolss.exe (ստորագրված spoolsv մեքենայի վրա): Եթե ​​դրանք սխալ են աշխատում կամ վիճակը փոխվում է, սխալն անընդհատ կհայտնվի։ Փոփոխությունները կարող են պատահաբար կատարվել օգտվողների կողմից կամ վիրուսային ծրագիր, որոնք հաճախ խախտում են նորմալ աշխատանքծառայություններ։

Դուք կարող եք օգտագործել նմանատիպ Windows 7, օրինակ: Դուք պետք է դրանից հանեք վերը նշված ֆայլերը և տեղադրեք այն ձեր համակարգում ճանապարհով. Սկավառակ C - Windows - «SYSTEM32» թղթապանակ: Հիմնական բանը համոզվելն է, որ OS-ի բիթերի խորությունը համընկնում է, քանի որ x64-ի համար Windows-ի նպատակային թղթապանակը «SysWOW64» է:

Նաև գրադարանի տվյալները կարելի է գտնել և ներբեռնել համացանցում՝

Եվ վերջապես, վիդեո հրահանգ՝ խնդիրը լուծելու տարբերակների փոփոխման միջոցով Windows-ի գործարկումՀամակարգի կոնֆիգուրացիաներում:

«RPC սերվերն անհասանելի է» սխալի հայտնվելը վկայում է համակարգի անսարքության մասին:

Դուք կարող եք շտկել իրավիճակը՝ օգտագործելով մի քանի պարզ հրահանգներ, որոնք ավարտելու համար կպահանջվի ոչ ավելի, քան կես ժամ։

Այնուամենայնիվ, նախքան անսարքությունների վերացումը, որը թույլ կտա ձեզ ազատվել տպիչների, տեսանյութերի և նույնիսկ որոշ հավելվածների գործարկման հետ կապված խնդիրներից, արժե ծանոթանալ ծառայության սկզբունքին:

Ինչպես է աշխատում RPC-ն

Խնդիրներ հետ RPC ծառայություն 2000 թվականից ի վեր ցանկացած սերնդի օպերացիոն համակարգի ամենատարածված խնդիրներից են:

Ինքը՝ ծառայությունը, որի անունը նշանակում է «հեռավոր ընթացակարգի զանգ», տեխնոլոգիա է, որը թույլ է տալիս հավելվածներին որոշակի գործողություններ կատարել այլ հասցեների տարածքներում, օրինակ՝ այլ համակարգիչներում կամ սարքերում:

RPC-ն ներառում է երկու հիմնական բաղադրիչ՝ ցանցային արձանագրություն փոխանակման համար և ծրագրավորման լեզու, որն ապահովում է օբյեկտների և կառուցվածքների սերիականացում:

Տարբերություններ տարբեր տարբերակներծառայությունները կայանում են իրենց աշխատանքի համար օգտագործվող տեխնոլոգիաների մեջ:

Ոմանք օգտագործում են SOA ծառայության վրա հիմնված ճարտարապետությունը, մյուսներն օգտագործում են DCOM ընդլայնումը, իսկ մյուսները օգտագործում են CORBA ճշգրտումը:

Հիմնական արձանագրությունները UDP և TCP են:

HTTP տեխնոլոգիան հազվադեպ է օգտագործվում, որը միշտ չէ, որ համատեղելի է /OSI ճարտարապետության հետ:

Եթե ​​RPC-ի աշխատանքը խաթարվում է, տվյալների փոխանակումը խաթարվում է, համակարգը կորցնում է կապը հեռավոր օբյեկտների հետ, և նրա որոշ գործառույթներ դադարում են կատարել:

Ինչպես է աշխատում RPC-ն

RPC սերվերի անհասանելի սխալի պատճառները

RPC սերվերի անհասանելիության մասին հաղորդագրություն կարող է հայտնվել, երբ փորձում եք տեղադրել, կամ MFP, ձայնային քարտերեւ .

Երբեմն այս իրավիճակը տեղի է ունենում, երբ անհաջող փորձմուտք դեպի հեռավոր սերվերներ, ցանցային տպագրության ժամանակ և նույնիսկ օգտագործողի մուտքի ժամանակ։

Դուք կարող եք փորձել պարզել խնդրի աղբյուրը՝ դիտելով իրադարձությունների մատյանները:

Կամ փորձելով օգտագործել մի քանի ունիվերսալ մեթոդներ, որոնք վերականգնում են ծառայությունը՝ անկախ դրա անգործունակության պատճառից։

Զեկուցել RCP սերվերի հետ կապված խնդիրների մասին:

Խնդրի պատճառը գտնելը և այն շտկելը

Առաջին մեթոդը, որը դուք պետք է օգտագործեք սխալ հաղորդագրության պատճառը որոշելու համար, ստուգել իրադարձությունների մատյանները, որոնք պահվում են. համակարգի թղթապանակներ Windows.

Դրա համար դուք պետք է.

1. Գնացեք «Սկսել» մենյու;
2. Ընտրեք «Կառավարման վահանակ»;
3. Գտեք կառավարման ներդիրը և անցեք իրադարձությունների դիտողին.

Դիտեք տեղեկամատյանները՝ խնդիրների պատճառը պարզելու համար:

1. Գտեք համապատասխան սխալը գրանցամատյանում (եթե այս քայլերը կատարեք RPC-ի հետ կապված խնդիրների մասին հաղորդագրությունը հայտնվելուց անմիջապես հետո, իրադարձությունը կլինի ցուցակի վերևում);
2. Որոնեք առցանց խնդրի նկարագրությունը սխալի կոդով:

Եթե ​​այս կերպ հնարավոր չեղավ գտնել խնդիրը, ապա պետք է փորձեք ազատվել դրանից՝ ստուգելով համակարգը հակավիրուսով։ Օրինակ, Dr.Web Curelt կամ այլք:

Ի վերջո, երբեմն հաղորդագրության հայտնվելու պատճառները Conficker-ի վնասակար կոդի աշխատանքի արդյունքներն են՝ «ճիճու», որն օգտագործում է RPC ծառայության խոցելիությունը:

Հուշում. եթե սկանավորման ընթացքում վիրուսներ են հայտնաբերվել, հակավիրուսային ծրագիրարժե փոխարինել: Քանի որ հին հակավիրուսն օգտագործելիս սխալ է տեղի ունեցել RPC-ի հետ, որը առաջացել է վնասակար կոդ, կարող է նորից հայտնվել։

Երբեմն դա օգնում է լուծել սխալը և փոխել համակարգի firewall-ի կարգավորումները, որոնցում կարելի է անջատել 135-445 փաթեթների անցումը:

Դուք կարող եք համոզվել, որ Windows Defender-ն է սխալի պատճառը՝ ժամանակավորապես անջատելով այն (կոմունալ կարգավորումների միջոցով կամ օգտագործելով հրամանի տողում մուտքագրված sc sharedacess stop հրամանը) և թարմացնելով համակարգը՝ օգտագործելով ավտոմատ թարմացման ծառայությունը:

Ի դեպ, կարդացեք այն մասին, թե ինչպես աշխատել Windows Defender-ի հետ մեր նյութերում.

Անջատեք firewall-ը և տեղադրեք թարմացումներ համակարգի համար:

Խնդիրը լուծելու մեկ այլ համեմատաբար պարզ միջոց է վերականգնել ռեեստրի մասնաճյուղը, որը կոչվում է SYSTEM: Դա անելու համար կարող եք օգտագործել երկու մեթոդ.

1. Գնացեք Windows \System32 \Config և մուտքագրեք նախկինում պահված ընտրանքների գրացուցակը - RegBack: Այստեղից պատճենեք System ֆայլը և տեղադրեք այն Config պանակում:

Տեխնիկան օգնում է միայն այն դեպքում, եթե սխալի պատճառը վիրուսն է, որը վարակել է համակարգը վերջին բաժանման պահպանումից հետո.

Վերականգնում Windows ռեեստր 7.

2. Օգտագործելով վերականգնման վահանակը, որը սովորաբար ներառված է համակարգի բաշխման փաթեթում: Համար, հնարավոր է վերականգնել ռեեստրը, օգտագործելով առաջադեմ ընտրանքների ընտրացանկը:

Չնայած սարքերի մասին տեղեկատվությունը այս դեպքում կորչում է, և բոլոր սարքավորումները պետք է նորից տեղադրվեն:

Համակարգի ռեեստրի վերականգնում վերականգնման կետերի միջոցով:

Լրացուցիչ միջոց է ստուգել որոշ ծառայությունների աշխատանքը: Նրա համար անհրաժեշտ է.

1. Գնացեք «Սկսել» մենյու;
2. Վազիր հրամանի տողհամակարգի ադմինիստրատորի անունից;
3. Ստուգեք, արդյոք DcomLaunch, RpcSS և Spooler անուններով ծառայություններն աշխատում են (եթե դրանք աշխատում են, կարգավիճակի արժեքը Running է);
4. Գրեք այս ծառայությունները ռեեստրում՝ օգտագործելով sc config «service name» start= auto հրամանները:

Ծառայությունների շահագործման ստուգում հրամանի տողի միջոցով:

Եթե ​​այս մեթոդներից ոչ մեկը չօգնեց, կարող եք ստուգել Spoolss.dll և Spoolss.exe ֆայլերի առկայությունը System32 պանակում (համակարգային սկավառակի Windows գրացուցակում):

Գործարկելով sfc /scannow հրամանը, դուք կարող եք ոչ միայն գտնել դրանք, այլև վերականգնել նախորդ տարբերակները.

Ձայնային խնդիրների շտկում

Windows 7, 8 և 10-ում հաղորդագրության պատճառը (սխալ 1722) կարող է պայմանավորված լինել պարամետրերի ուղղակի կապով: windows ծառայություններԱուդիո սննդի սպասարկման հետ:

Կատարումը վերականգնելը համեմատաբար հեշտ է:

Դա անելու համար անցեք Համակարգի ծառայությունների ցանկ (Սկսել \\ «Կառավարման վահանակ»\ «Վարչություն»\ «Ծառայություններ») և գործարկեք ծառայության վերջնակետի ստեղծողը:

Ինչպես լուծել ձայնային այլ խնդիրներ կարդացեք մեր հոդվածները.

Եթե ​​ձայնը չի միանում, և 1722 սխալը շարունակում է հայտնվել, կարող եք փորձել այլ մեթոդ:

Դա անելու համար, ինչպես նախորդ մեթոդով, դուք պետք է գնաք օպերացիոն համակարգի ծառայություններ:

Ծառայությունների շահագործման ստուգում:

Բացվող ընտրացանկում դուք պետք է ստուգեք «Power», «Server» ծառայությունների աշխատանքը: «Հեռավոր ռեեստր»և «Հեռաընթաց ընթացակարգի զանգ».

Նրանք, որոնք չեն աշխատում, պետք է միացնել: Դրանից հետո համակարգիչը վերագործարկվում է, ինչը, որպես կանոն, հանգեցնում է սխալի անհետացմանը։

Չնայած աուդիոյի և ամբողջ համակարգի աշխատանքը երաշխավորելու համար կարող եք լրացուցիչ գործարկել: