റെപ്ലിക്കേഷൻ പിശക് 1722. "RPC സെർവർ ലഭ്യമല്ല" പിശക്: പ്രധാന പരിഹാരങ്ങൾ. വിൻഡോസ് ഫയർവാൾ പ്രവർത്തനരഹിതമാക്കുക

സംശയമില്ല, വിൻഡോസിന്റെ ഏഴാം പതിപ്പിന്റെ പല ഉപയോക്താക്കളും മോണിറ്ററിലോ ലാപ്ടോപ്പ് സ്ക്രീനിലോ "RPC സെർവർ ലഭ്യമല്ല" എന്ന പിശക് സന്ദേശം കണ്ടിട്ടുണ്ട്. എന്താണ് ഈ പരാജയം, അത് എങ്ങനെ പരിഹരിക്കാം, ഇപ്പോൾ അത് പരിഗണിക്കും.

ഏറ്റവും സാധാരണമായ RPC സെർവർ പരാജയ സാഹചര്യം

RPC സെർവർ ലഭ്യമല്ലെന്ന് പ്രസ്താവിക്കുന്ന ഒരു സന്ദേശം ദൃശ്യമാകുമ്പോൾ, പൊതുവേ, അത് സെർവർ അത്തരത്തിലുള്ളതാണെന്ന് അർത്ഥമാക്കുന്നില്ല. ഇത് യഥാർത്ഥത്തിൽ ഒരു വിദൂര നടപടിക്രമ കോൾ സേവനമാണ്.

കൂടാതെ, ഒരു ചട്ടം പോലെ, പ്രിന്ററുകൾ കൈകാര്യം ചെയ്യുമ്പോൾ മിക്കപ്പോഴും അത്തരം ഒരു പിശക് ദൃശ്യമാകും, ഉദാഹരണത്തിന്, ഒരു പ്രമാണം അച്ചടിക്കാൻ ശ്രമിക്കുമ്പോൾ അല്ലെങ്കിൽ ഒരു പുതിയ പ്രിന്റർ ഇൻസ്റ്റാൾ ചെയ്യുക (ചേർക്കുക). ഇവിടെയുള്ള കാര്യം ഉപകരണത്തിൽ പോലുമല്ല, ചില കാരണങ്ങളാൽ പ്രവർത്തിക്കുന്നത് നിർത്തി അല്ലെങ്കിൽ അപ്രാപ്തമായ അവസ്ഥയിലായ സേവനത്തിലാണ്.

"RPC സെർവർ ലഭ്യമല്ല" പിശക്: ഡൈനാമിക് ലൈബ്രറികളിലെ പ്രശ്നങ്ങൾ

അതിനാൽ, സാഹചര്യം പരിഹരിക്കാൻ എന്താണ് ചെയ്യേണ്ടതെന്ന് നോക്കാം. ആദ്യം നിങ്ങൾ സിസ്റ്റത്തിന് ഡൈനാമിക് ലൈബ്രറി ഫയലായ Spoolss.dll ഉം എക്സിക്യൂട്ടബിൾ ഘടകമായ Spoolss.exe ഉം ഉണ്ടെന്ന് ഉറപ്പാക്കേണ്ടതുണ്ട്. സിസ്റ്റം ഇൻസ്റ്റാൾ ചെയ്തിരിക്കുന്ന പ്രധാന ഡയറക്ടറിയുടെ System32 ഡയറക്ടറിയിൽ അവ സ്ഥിതിചെയ്യണം.

അത്തരം ഫയലുകൾ ലഭ്യമാണെങ്കിൽ, കുറഞ്ഞത് രണ്ട് പരാജയ ഓപ്ഷനുകൾ ഉണ്ടാകാം: ഒന്നുകിൽ അവ കേടായി, അല്ലെങ്കിൽ സേവനം ആരംഭിക്കുന്നില്ല.

"RPC സെർവർ ലഭ്യമല്ല" എന്ന സന്ദേശമുള്ള ക്രാഷ് Windows 7: കമാൻഡ് ലൈനിൽ നിന്ന് സേവനം ആരംഭിക്കുക

ആരംഭിക്കുന്നതിന്, സാഹചര്യം പരിഹരിക്കാനുള്ള ഏറ്റവും എളുപ്പമുള്ള മാർഗ്ഗം കമാൻഡ് ലൈനിൽ നിന്ന് സേവനം ആരംഭിക്കുക എന്നതാണ്. ഈ ഘട്ടത്തിൽ, ഫയലുകൾ തന്നെ എല്ലാം ക്രമത്തിലാണെന്ന് ഞങ്ങൾ വിശ്വസിക്കുന്നു.

റൺ മെനുവിൽ നിന്ന് (Win + R) ഞങ്ങൾ കമാൻഡ് ലൈൻ (cmd) എന്ന് വിളിക്കുന്നു, തുടർന്ന് അവിടെ net start rpcss കമാൻഡ് എഴുതുക. സേവനത്തിൽ തന്നെ എല്ലാം ശരിയാണെങ്കിൽ, കമ്പ്യൂട്ടർ ടെർമിനൽ പുനരാരംഭിച്ച ശേഷം (ഇത് നിർബന്ധമാണ്), പ്രശ്നം അപ്രത്യക്ഷമാകും, കൂടാതെ RPC സെർവർ ലഭ്യമല്ല എന്ന സന്ദേശം ഉപയോക്താവിനെ (സേവനം നിർത്താൻ) ഇനി ശല്യപ്പെടുത്തില്ല. , സമാനമായ ഒരു കമാൻഡ് തിരഞ്ഞെടുത്തു, സ്റ്റോപ്പ് എന്ന വാക്ക് ഉപയോഗിച്ച് മാത്രം) . ചില കാരണങ്ങളാൽ, മുകളിൽ പറഞ്ഞ രീതി സേവനം സജീവമാക്കിയില്ലെങ്കിൽ, നിങ്ങൾ ഒരു റൗണ്ട് എബൗട്ട് വഴി പോകേണ്ടിവരും.

യഥാർത്ഥ ലൈബ്രറികൾക്കൊപ്പം ഒരു ബഗ് പരിഹരിക്കുന്നു

ഇനി മുകളിൽ പറഞ്ഞ ഫയലുകൾ കേടാകുകയോ കാണാതിരിക്കുകയോ ചെയ്യുന്ന സാഹചര്യം നോക്കാം. തത്വത്തിൽ, നിങ്ങൾക്ക് ഇത് ഏറ്റവും ലളിതമായ രീതിയിൽ ചെയ്യാൻ കഴിയും: സമാനമായ സിസ്റ്റത്തിൽ നിന്ന് (മറ്റൊരു കമ്പ്യൂട്ടറിൽ നിന്ന്) അവ പകർത്തുക, തുടർന്ന് അവയെ System32 സിസ്റ്റം ഫോൾഡറിലേക്ക് ഒട്ടിക്കുക.

ശരിയാണ്, അതിനുശേഷം, RPC സെർവർ ലഭ്യമല്ല എന്ന സന്ദേശം വീണ്ടും ദൃശ്യമാകാതിരിക്കാൻ, നിങ്ങൾ കുറച്ച് കൂടി പ്രധാനപ്പെട്ട ഘട്ടങ്ങൾ എടുത്ത് ആദ്യം സേവന വിഭാഗത്തിലേക്ക് പോകേണ്ടതുണ്ട്. നിയന്ത്രണ പാനലിൽ നിന്ന് നിങ്ങൾക്ക് ഇത് ചെയ്യാൻ കഴിയും, എന്നാൽ അതേ റൺ മെനുവിൽ എഴുതിയിരിക്കുന്ന പ്രത്യേക services.msc കമാൻഡ് ഉപയോഗിക്കുന്നത് വളരെ എളുപ്പമാണ്.

എഡിറ്ററിൽ തന്നെ, വിദൂര നടപടിക്രമ കോൾ (ആർ‌പി‌സി) സേവനം കണ്ടെത്തി ഓട്ടോലോഡിൽ ക്ലിക്കുചെയ്യുക, അതിനുശേഷം സ്റ്റാർട്ടപ്പ് തരത്തിൽ “ഓട്ടോമാറ്റിക്” എന്ന് വ്യക്തമാക്കുക. മാറ്റിയ പാരാമീറ്ററുകൾ സംരക്ഷിച്ച ശേഷം, ആദ്യ സന്ദർഭത്തിലെന്നപോലെ, അവ പ്രാബല്യത്തിൽ വരുന്നതിന് നിങ്ങൾ സിസ്റ്റത്തിന്റെ പൂർണ്ണമായ റീബൂട്ട് നടത്തേണ്ടതുണ്ട്.

ശ്രദ്ധിക്കുക: റീബൂട്ട് ചെയ്ത ശേഷം, മാനുവൽ മോഡിൽ സിസ്റ്റം അപ്‌ഡേറ്റ് ആരംഭിച്ച് ഏറ്റവും പുതിയ അപ്‌ഡേറ്റ് പാക്കേജുകൾ ഇൻസ്റ്റാൾ ചെയ്യുന്നതാണ് ഉചിതം. സേവനം ശരിയായി സജീവമാക്കുന്നതിൽ ഇത് ഒരു പ്രധാന പങ്ക് വഹിക്കും. വഴിയിൽ, യഥാർത്ഥ ഫയലുകൾ പകർത്തപ്പെടുന്ന സിസ്റ്റത്തിൽ പ്രത്യേക ശ്രദ്ധ നൽകുക, കുറഞ്ഞത് അതിന്റെ ബിറ്റ് ഡെപ്ത് പരിഗണിക്കുക.

പ്രത്യേക യൂട്ടിലിറ്റികൾ ഉപയോഗിച്ച് സമഗ്രമായ പരിഹാരം

തത്വത്തിൽ, യഥാർത്ഥ ഫയലുകൾ പകർത്താനോ ഡൗൺലോഡ് ചെയ്യാനോ ഒരു മാർഗവുമില്ലെങ്കിൽ, നിങ്ങൾക്കത് ലളിതമായ രീതിയിൽ ചെയ്യാൻ കഴിയും.

ഡിഎൽഎൽ സ്യൂട്ട് പോലുള്ള യൂട്ടിലിറ്റികൾ സാഹചര്യം ശരിയാക്കാൻ സഹായിക്കും, അത് കേടായതോ നഷ്‌ടമായതോ ആയ ഘടകങ്ങൾക്കായി സിസ്റ്റം സ്വയമേവ സ്‌കാൻ ചെയ്യുകയും തുടർന്ന് നഷ്‌ടമായ ഒബ്‌ജക്റ്റുകളെ അതിലേക്ക് സ്വതന്ത്രമായി സംയോജിപ്പിക്കുകയും ചെയ്യും. എന്നിരുന്നാലും, ഇത് അതിൽ മാത്രം പരിമിതപ്പെടുത്താനാവില്ല. പ്രക്രിയയുടെ അവസാനം, സേവനം സജീവമായ അവസ്ഥയിലാണെന്നും (പ്രാപ്തമാക്കി) പരാജയങ്ങളില്ലാതെ പ്രവർത്തിക്കുന്നുണ്ടെന്നും നിങ്ങൾ ഇപ്പോഴും ഉറപ്പാക്കേണ്ടതുണ്ട്. മുകളിൽ കാണിച്ചിരിക്കുന്നതുപോലെയാണ് ഇത് ചെയ്യുന്നത്.

ഉപസംഹാരം

വാസ്തവത്തിൽ, ആർ‌പി‌സി സേവനവുമായി ബന്ധപ്പെട്ട പ്രശ്‌നങ്ങൾ അതാണ്. നിങ്ങൾക്ക് കാണാനാകുന്നതുപോലെ, അത്തരമൊരു പരാജയത്തിൽ തെറ്റൊന്നുമില്ല, പ്രശ്നത്തിനുള്ള പരിഹാരം വളരെ ലളിതമായി തോന്നുന്നു. ശ്രദ്ധിക്കേണ്ട ഒരേയൊരു കാര്യം പുതിയത് ഇൻസ്റ്റാൾ ചെയ്യുകയോ നിലവിലുള്ള പ്രിന്റർ ഡ്രൈവറുകൾ അപ്ഡേറ്റ് ചെയ്യുകയോ ആണ്. തീർച്ചയായും, ഇത് ഒരു മുൻവ്യവസ്ഥയല്ല, എന്നിരുന്നാലും, അത്തരമൊരു നടപടിക്രമം നടപ്പിലാക്കുന്നത് വളരെ അഭികാമ്യമാണ്. ഇത് ഡിവൈസ് മാനേജറിൽ നിന്നോ ഡ്രൈവർ ബൂസ്റ്റർ പ്രോഗ്രാമോ മറ്റെന്തെങ്കിലുമോ പ്രത്യേകം വികസിപ്പിച്ച യൂട്ടിലിറ്റികൾ ഉപയോഗിച്ചോ ചെയ്യാം.

സേവനം ഉപയോഗിച്ച് സാഹചര്യം ശരിയാക്കുന്നതിന്, വൈറസുകൾക്കായി കമ്പ്യൂട്ടർ സിസ്റ്റങ്ങൾ പരിശോധിക്കുന്നതുമായി ബന്ധപ്പെട്ട പ്രശ്നങ്ങൾ ഇവിടെ പരിഗണിച്ചില്ല. കൂടാതെ, സേവനം പ്രവർത്തനക്ഷമമാക്കുന്നതിനുള്ള (സജീവമാക്കുന്നതിനുള്ള) രീതികൾ നൽകിയിട്ടില്ല, ഉദാഹരണത്തിന്, ഗ്രൂപ്പ് നയ ക്രമീകരണങ്ങളിൽ അല്ലെങ്കിൽ സിസ്റ്റം രജിസ്ട്രി കീകളുടെ അനുബന്ധ ക്രമീകരണങ്ങൾ മാറ്റുന്നതിലൂടെ, ഈ സാങ്കേതികത മുകളിൽ വിവരിച്ചതിനേക്കാൾ വളരെ സങ്കീർണ്ണമായതിനാൽ. ഓരോ ഉപയോക്താവും അവ പരിശോധിക്കാൻ ആഗ്രഹിക്കുന്നില്ല, അല്ലാത്തപക്ഷം, എന്ത് നല്ലത്, നിങ്ങൾക്ക് മുഴുവൻ സിസ്റ്റവും "നടാൻ" കഴിയും.

അല്ലെങ്കിൽ, ഒരു ഉപയോക്താവിനും പ്രശ്നങ്ങളൊന്നും ഉണ്ടാകരുത്. എങ്ങനെ കൃത്യമായി മുന്നോട്ട് പോകണം, ഏത് രീതി ഉപയോഗിക്കണം, എല്ലാവരും ഇതിനകം തന്നെ സ്വയം തീരുമാനിക്കുന്നു, പക്ഷേ, പ്രാക്ടീസ് കാണിക്കുന്നതുപോലെ, കമാൻഡ് ലൈനിൽ നിന്ന് സേവനം സജീവമാക്കുക എന്നതാണ് ഏറ്റവും എളുപ്പമുള്ള മാർഗം (ആവശ്യമായ ഫയലുകൾ ക്രമത്തിലാണെങ്കിൽ). ഫയലുകൾ പുനഃസ്ഥാപിക്കുന്നതിനും സേവന വിഭാഗത്തിൽ നിന്ന് ഈ സിസ്റ്റം ഘടകം സജീവമാക്കുന്നതിനുമുള്ള സാങ്കേതികത ലളിതമായ രീതി സിസ്റ്റത്തിൽ സ്വാധീനം ചെലുത്തുന്നില്ലെങ്കിൽ പ്രയോഗിക്കാവുന്നതാണ്. കൂടാതെ, തീർച്ചയായും, ഫയലുകൾ സിസ്റ്റത്തിൽ നിന്ന് കേടായതായോ നഷ്‌ടമായോ ആണെന്ന് നിങ്ങൾ കണ്ടെത്തുകയാണെങ്കിൽ, അവ മറ്റൊരു ഉപകരണത്തിൽ നിന്ന് പകർത്താതിരിക്കുന്നതാണ് നല്ലത്, എന്നാൽ നിങ്ങൾക്ക് സജീവമായ ഇന്റർനെറ്റ് കണക്ഷൻ ഉണ്ടെങ്കിൽ, നഷ്ടപ്പെട്ട ഫയലുകൾ ഡൗൺലോഡ് ചെയ്യുന്ന യാന്ത്രിക യൂട്ടിലിറ്റികൾ ഉപയോഗിക്കുക. ഉപയോക്തൃ ഇടപെടലില്ലാതെ അവയെ സിസ്റ്റത്തിലേക്ക് സംയോജിപ്പിക്കുക. വാസ്തവത്തിൽ, അതിനാണ് അവർ രൂപകൽപ്പന ചെയ്തിരിക്കുന്നത്.

മൂന്നാം കക്ഷി സോഫ്റ്റ്‌വെയറിന് ഓപ്പറേറ്റിംഗ് സിസ്റ്റത്തിന്റെ കഴിവുകൾ ഗണ്യമായി വികസിപ്പിക്കാൻ കഴിയും, എന്നാൽ ഏറ്റവും വിപുലമായ പ്രോഗ്രാമുകൾക്ക് പോലും കമ്പ്യൂട്ടറിനെ ഒരു സാർവത്രിക ഉപകരണമാക്കി മാറ്റാൻ കഴിയില്ല. ഹാർഡ്‌വെയർ പരിമിതികൾ കാരണം ഒരു പിസിക്ക് ചെയ്യാൻ കഴിയാത്ത ജോലികളുണ്ട്. ഉദാഹരണത്തിന്, അനലോഗ് പ്രിന്റിംഗിലേക്ക് ഡാറ്റ ഔട്ട്പുട്ട് ചെയ്യുന്നതിന്, നിങ്ങൾക്ക് അടിസ്ഥാനപരമായി വ്യത്യസ്തമായ ഒരു ഉപകരണം ആവശ്യമാണ് - ഒരു പ്രിന്റർ.

അതിനാൽ, സങ്കീർണ്ണമായ മൾട്ടി-സ്റ്റേജ് ജോലികൾ പരിഹരിക്കുന്നതിന്, കമ്പ്യൂട്ടറുകളും മറ്റ് ഉപകരണങ്ങളും പലപ്പോഴും നെറ്റ്‌വർക്കുകളായി സംയോജിപ്പിക്കപ്പെടുന്നു, അവിടെ ഓരോ ഘടകവും ജോലിയുടെ ഭാഗം നിർവഹിക്കുന്നു. വ്യത്യസ്ത സാങ്കേതികവിദ്യകളുടെ ചട്ടക്കൂടിനുള്ളിൽ അത്തരം ഇടപെടൽ നടത്താം, ഉദാഹരണത്തിന്, ആർപിസി സാങ്കേതികവിദ്യ, ഇന്ന് ചർച്ച ചെയ്യും. പകരം, "ആർ‌പി‌സി സെർവർ ലഭ്യമല്ല" എന്നതുമായി ബന്ധപ്പെട്ട പൊതുവായ പിശകിനെക്കുറിച്ചായിരിക്കും സംഭാഷണം. എന്നാൽ പരിഹാരങ്ങളുടെ വിശകലനത്തിലേക്ക് നേരിട്ട് പോകുന്നതിന് മുമ്പ്, ആർപിസിയെക്കുറിച്ച് തന്നെ കുറച്ച് വാക്കുകൾ പറയാം.

എന്താണ് RPC, അത് എങ്ങനെ പ്രവർത്തിക്കുന്നു

ആർ‌പി‌സി അല്ലെങ്കിൽ മറ്റ് വിദൂര നടപടിക്രമ കോൾ ഉപകരണങ്ങൾ തമ്മിലുള്ള ആശയവിനിമയത്തിനുള്ള ഒരു മാർഗമായി വിവരിക്കാം, അതിലൊന്ന് ക്ലയന്റും മറ്റൊന്ന് സെർവറുമാണ്. RPC എന്നത് വിദൂര ഉപകരണങ്ങളിൽ അല്ലെങ്കിൽ അവർ പറയുന്നതുപോലെ മറ്റ് വിലാസ ഇടങ്ങളിൽ ചില പ്രവർത്തനങ്ങൾ നടത്താൻ രൂപകൽപ്പന ചെയ്ത ഒരു നെറ്റ്‌വർക്ക് സേവനം കൂടിയാണ്. നിയന്ത്രിത കമ്പ്യൂട്ടറിൽ ചില പ്രോഗ്രാമുകൾ പ്രവർത്തിപ്പിക്കുന്നതിനെ സൂചിപ്പിക്കുന്നു, എന്നിവയിലേക്ക് ഡാറ്റ അയയ്ക്കുന്നത് ഉദാഹരണങ്ങളിൽ ഉൾപ്പെടുന്നു.

ആർ‌പി‌സി സാങ്കേതികവിദ്യയെ രണ്ട് അടിസ്ഥാന ഘടകങ്ങളാൽ പ്രതിനിധീകരിക്കുന്നു - ഒരു നെറ്റ്‌വർക്ക് പ്രോട്ടോക്കോളും ഒബ്‌ജക്റ്റുകളുടെയും ഘടനകളുടെയും സീരിയലൈസേഷൻ നൽകുന്ന ഒരു പ്രോഗ്രാമിംഗ് ഭാഷ. വ്യത്യസ്ത പ്രോട്ടോക്കോളുകൾ ഉപയോഗിക്കാം, ഉദാഹരണത്തിന്, ഏറ്റവും സാധാരണമായ പ്രോട്ടോക്കോളുകൾ UDP, TCP എന്നിവയാണ്. ആർപിസിയുടെ ചട്ടക്കൂടിനുള്ളിലെ ഉപകരണങ്ങളുടെ ഇടപെടൽ, അനുബന്ധ പോർട്ട് വഴിയുള്ള പാക്കറ്റുകളുടെ കൈമാറ്റം വഴിയാണ് സംഭവിക്കുന്നത്. ഈ ഘട്ടങ്ങളുടെ ശൃംഖല പരാജയപ്പെടുകയാണെങ്കിൽ, "RPC സെർവർ ലഭ്യമല്ല" എന്ന പിശകോടെ സേവനം പ്രതികരിക്കും.

RPC പിശക് ദൃശ്യമാകുമ്പോൾ

മിക്ക കേസുകളിലും, സെർവർ വശത്ത് പിശക് സംഭവിക്കുന്നു, പക്ഷേ ക്ലയന്റ് മെഷീനുകളുടെ ഉപയോക്താക്കളും ഇത് പലപ്പോഴും നേരിടുന്നു. എന്നതിന്റെ ഉള്ളടക്കം പരിശോധിച്ചുകൊണ്ട് നിങ്ങൾക്ക് പ്രശ്നത്തിന്റെ കാരണം നിർണ്ണയിക്കാനാകും. കണക്ഷൻ നടപടിക്രമത്തിന്റെ അസാധാരണമായ വിരാമം, സോഫ്റ്റ്‌വെയർ പൊരുത്തക്കേട്, ഡാറ്റാ ഘടനയിലെ വ്യത്യാസം, വിവിധ പ്രോഗ്രാമുകളുടെയും ഡ്രൈവറുകളുടെയും ഇൻസ്റ്റാളേഷൻ അല്ലെങ്കിൽ അപ്‌ഡേറ്റ്, എൻക്രിപ്ഷൻ, നിരവധി സേവനങ്ങൾ പ്രവർത്തനരഹിതമാക്കൽ എന്നിവ മൂലമാണ് പലപ്പോഴും ഒരു പിശക് സംഭവിക്കുന്നത്.

ഒരു ഫയർവാൾ അല്ലെങ്കിൽ ആൻറിവൈറസ് വഴി ട്രാഫിക് തടയുന്നതും പ്രശ്നത്തിന്റെ ഉറവിടം ആകാം, കൂടാതെ കമ്പ്യൂട്ടറിന്റെ വൈറസ് അണുബാധ തള്ളിക്കളയാനാവില്ല. എന്നാൽ എല്ലാം ക്രമത്തിൽ സംസാരിക്കാം, പിശകിന്റെ ഏറ്റവും സാധാരണമായ കാരണങ്ങൾ കുറച്ചുകൂടി വിശദമായി പരിഗണിക്കുക.

കാരണം എങ്ങനെ കണ്ടെത്താം

RPC സെർവർ ലഭ്യമല്ല എന്നതിന്റെ അർത്ഥമെന്താണ്, പൊതുവായി പറഞ്ഞാൽ, വ്യക്തമാണ്. ഉപകരണങ്ങൾക്കിടയിൽ ഒരു കണക്ഷൻ സ്ഥാപിക്കാനുള്ള കഴിവില്ലായ്മയാണ് ഇത്, എന്നാൽ അത്തരം സന്ദർഭങ്ങളിൽ എന്തുചെയ്യണം? ഇതിനകം സൂചിപ്പിച്ചതുപോലെ, പിശകിന്റെ കാരണം കണ്ടെത്താൻ, നിങ്ങൾ ഇവന്റ് ലോഗ് ഉപയോഗിക്കണം, അത് കമാൻഡ് വഴി തുറക്കുന്നു. Eventvwr.msc. ആർ‌പി‌സിയുമായി ബന്ധപ്പെട്ട ക്രാഷുകൾ സിസ്റ്റം വിഭാഗത്തിലാണ് സ്ഥിതി ചെയ്യുന്നത്, ഒരു പിശക് സംഭവിച്ചതിന് ശേഷം നിങ്ങൾ ലോഗ് കാണാൻ തുടങ്ങിയാൽ, അതിന്റെ വിവരണം ഏറ്റവും മുകളിലായിരിക്കും. ഉറവിടം അനുസരിച്ച് ഇവന്റുകൾ ഫിൽട്ടർ ചെയ്തും നിങ്ങൾക്ക് തിരയൽ ഉപയോഗിക്കാം. അടുത്തത് സാങ്കേതികവിദ്യയുടെ കാര്യമാണ് - ഞങ്ങൾ പിശക് കോഡ് നോക്കുകയും ഇന്റർനെറ്റിൽ ഒരു പരിഹാരത്തിനായി തിരയുകയും ചെയ്യുന്നു.

RPC സെർവർ ലഭ്യമല്ല. പിശക് 1722

സാധാരണയായി വിൻഡോസ് 7 ൽ സംഭവിക്കുന്ന ആർപിസിയിലെ ഏറ്റവും സാധാരണമായ പ്രശ്നം. പിശക് 1722 ആർപിസി സെർവർ "ഏഴ്" ൽ ലഭ്യമല്ല, കമ്പ്യൂട്ടറിൽ ശബ്ദമില്ല. പ്രധാനപ്പെട്ട നിരവധി സേവനങ്ങൾ അടച്ചുപൂട്ടുന്നതിൽ പ്രശ്‌നമുള്ളതിനാൽ, ഇനിപ്പറയുന്ന പരിഹാരം നിർദ്ദേശിക്കുന്നു. സേവന നിയന്ത്രണ സ്നാപ്പ്-ഇൻ തുറക്കുക, "Windows Audio Endpoint Builder" സേവനം കണ്ടെത്തുക, അത് പ്രവർത്തനരഹിതമാണെങ്കിൽ അത് പ്രവർത്തനക്ഷമമാക്കുക. സ്റ്റാർട്ടപ്പ് തരം "ഓട്ടോമാറ്റിക്" ആയി സജ്ജീകരിക്കുന്നത് അഭികാമ്യമാണ്.

അതേ സമയം, നിങ്ങൾ റിമോട്ട് രജിസ്ട്രി, റിമോട്ട് പ്രൊസീജർ കോൾ, പവർ, സെർവർ സേവനങ്ങളുടെ നില പരിശോധിക്കണം. അവയെല്ലാം പ്രവർത്തിക്കണം, അവയ്‌ക്കെല്ലാം "ഓട്ടോമാറ്റിക്" എന്ന സ്റ്റാർട്ടപ്പ് തരം ഉണ്ടായിരിക്കണം. 1722 കോഡിനൊപ്പം ഒരു പിശക് ദൃശ്യമാകുന്നു, കൂടാതെ വിൻഡോസ് 7 ൽ മാത്രമല്ല, വിൻഡോസ് 10 ലും "RPC സെർവർ ലഭ്യമല്ല" എന്ന വിവരണം. സിസ്റ്റത്തിന്റെ വിവിധ പതിപ്പുകളിൽ ഇത് പരിഹരിക്കുന്നതിനുള്ള രീതികൾ മുകളിൽ നൽകിയിരിക്കുന്നതിന് സമാനമാണ്.

അച്ചടി പിശകുകൾ

പ്രിന്ററുകളുമായുള്ള കമ്പ്യൂട്ടറിന്റെ ഇടപെടൽ ഉറപ്പാക്കുന്ന ആപ്ലിക്കേഷനുകളുടെ തെറ്റായ പ്രവർത്തനവുമായി പിശക് 1722 ബന്ധപ്പെട്ടിരിക്കാം, ഇത് വീണ്ടും, സേവനങ്ങൾ പ്രവർത്തനരഹിതമാക്കുന്നത് മൂലമാണ് സംഭവിക്കുന്നത്. പ്രിന്റ് ചെയ്യുമ്പോൾ "ചിത്രം പ്രിന്റ് ചെയ്യാൻ കഴിയുന്നില്ല, RPC സെർവർ ലഭ്യമല്ല" എന്ന സന്ദേശം നിങ്ങൾക്ക് ലഭിക്കുകയാണെങ്കിൽ, "പ്രിന്റ് മാനേജർ", "DCOM സെർവർ പ്രോസസ് ലോഞ്ചർ", "റിമോട്ട് പ്രൊസീജർ കോൾ", "പവർ" എന്നീ സേവനങ്ങൾ നിങ്ങൾ പ്രവർത്തനക്ഷമമാക്കി പ്രവർത്തിപ്പിച്ചിട്ടുണ്ടെന്ന് ഉറപ്പാക്കുക. .

എല്ലാം സേവനങ്ങൾക്കനുസൃതമാണെങ്കിൽ, സെഷന്റെ സമയത്തേക്ക് ഫയർവാളും ആന്റിവൈറസും പ്രവർത്തനരഹിതമാക്കാൻ ശ്രമിക്കുക. ഈ പരിരക്ഷകളാൽ നെറ്റ്‌വർക്ക് കണക്ഷൻ തടഞ്ഞത് സംഭവിക്കുന്നു. വഴിയിൽ, 0x800706ba കോഡുള്ള "RPC സെർവർ ലഭ്യമല്ല" എന്ന പിശക് കമ്പ്യൂട്ടറിനും മറ്റൊരു ഉപകരണത്തിനും ഇടയിലുള്ള ഫയർവാളിലെ പ്രശ്നങ്ങൾ പലപ്പോഴും സൂചിപ്പിക്കുന്നു.

ഫൈൻ റീഡറുമായുള്ള വൈരുദ്ധ്യം

ജനപ്രിയ OCR ആപ്ലിക്കേഷൻ ABBYY FineReader പ്രവർത്തിപ്പിക്കുമ്പോൾ Windows 10-ലും സിസ്റ്റത്തിന്റെ മുമ്പത്തെ പതിപ്പുകളിലും "RPC സെർവർ ലഭ്യമല്ല" എന്ന പിശകിന്റെ കേസുകൾ ഉണ്ടായിട്ടുണ്ട്. എന്നാൽ ഇവിടെ തെറ്റ് ആപ്ലിക്കേഷനല്ല, മറിച്ച് അതിന്റെ സജീവമായ പശ്ചാത്തല സേവനമാണ്, അത് എങ്ങനെയെങ്കിലും ആർ‌പി‌സി മെക്കാനിസങ്ങളുമായി പൊരുത്തപ്പെടുന്നില്ല. സർവീസ് മാനേജ്‌മെന്റ് സ്‌നാപ്പ്-ഇന്നിലെ സെഷന്റെ സമയത്തേക്ക് ഇത് പ്രവർത്തനരഹിതമാക്കി ഫലം പരിശോധിക്കുക.

വൈറസ് ബാധ

RPC സെർവർ പിശക് പ്രത്യക്ഷപ്പെടാനുള്ള മറ്റൊരു കാരണം ക്ഷുദ്രവെയർ ഉപയോഗിച്ച് കമ്പ്യൂട്ടറിന്റെ അണുബാധയാണ്. വിൻഡോസ് ജേണലിലെ പിശക് എൻട്രികളുടെ അഭാവത്താൽ പിസി രോഗബാധിതനാണെന്ന വസ്തുത പരോക്ഷമായി സൂചിപ്പിക്കാം. ആന്റിവൈറസ് ആപ്ലിക്കേഷനുകൾ ഉപയോഗിച്ച് നിങ്ങളുടെ കമ്പ്യൂട്ടർ സ്കാൻ ചെയ്യുക എന്നതാണ് അടിസ്ഥാന പരിഹാരം.

ഡ്രൈവർ പ്രശ്നങ്ങൾ

ഒരു വീഡിയോ അല്ലെങ്കിൽ ഓഡിയോ കാർഡ്, പ്രിന്റർ മുതലായവയ്‌ക്കായുള്ള ഡ്രൈവറുകൾ അപ്‌ഡേറ്റ് ചെയ്‌ത ശേഷം പ്രിന്റ് ചെയ്യുമ്പോൾ RPC സെർവർ ലഭ്യമല്ലെങ്കിൽ, RPC മെക്കാനിസങ്ങളുമായി വൈരുദ്ധ്യമുണ്ടാകാം. ഈ സാഹചര്യത്തിൽ, നിങ്ങൾ ഡ്രൈവറുകളുടെ മുൻ വർക്കിംഗ് പതിപ്പുകളിലേക്ക് തിരികെ പോകണം.

ഫയൽ സമഗ്രത ലംഘനം

കമ്പ്യൂട്ടറിന് ഒരു തകരാർ അല്ലെങ്കിൽ വൈറസ് ആക്രമണം ഉണ്ടായിട്ടുണ്ടെങ്കിൽ, നിങ്ങൾ രണ്ട് പ്രധാന RPC ഫയലുകളുടെ നില പരിശോധിക്കണം - spoolsv.exeഒപ്പം spoolss.dllസിസ്റ്റം ഡയറക്ടറിയിൽ സ്ഥിതിചെയ്യുന്നു സിസ്റ്റം32. ഫയലുകൾ നഷ്‌ടപ്പെട്ടാൽ, ഓപ്പറേറ്റിംഗ് സിസ്റ്റത്തിന്റെ അതേ പതിപ്പുള്ള മറ്റൊരു കമ്പ്യൂട്ടറിൽ നിന്ന് അവ പകർത്തി System32 ഫോൾഡറിൽ സ്ഥാപിക്കണം, തുടർന്ന് സേവന നിയന്ത്രണ സ്നാപ്പ്-ഇന്നിൽ നിന്ന് വിദൂര കോൾ സേവനം സ്വമേധയാ ആരംഭിക്കുക. പകരമായി, കേടായതും നഷ്ടപ്പെട്ടതുമായ കമാൻഡിനായി സിസ്റ്റം പരിശോധിക്കുക sfc / scannow.

രജിസ്ട്രി അഴിമതി

ചിലപ്പോൾ പ്രശ്നങ്ങൾ രജിസ്ട്രിയുമായി ബന്ധപ്പെട്ടിരിക്കുന്നു. പ്രശ്നം പരിഹരിക്കാൻ, പരമ്പരാഗത റോൾബാക്ക് ടൂൾ ഉപയോഗിക്കുന്നതാണ് നല്ലത്. നിങ്ങൾക്ക് ഫോൾഡറിൽ നിന്ന് പകർത്താനും കഴിയും C:/Windows/System32/config/RegBack SYSTEM ഫയൽ, പാരന്റ് ഫോൾഡറിൽ സ്ഥാപിക്കുക കോൺഫിഗറേഷൻപകരം കൂടെ. ലൈവ് സിഡിക്ക് കീഴിൽ നിന്ന് ഈ പ്രവർത്തനം നടത്തുന്നത് അഭികാമ്യമാണ്.

നിഗമനങ്ങൾ

പ്രാദേശിക കമ്പ്യൂട്ടറുകളിൽ RPC സെർവർ ലഭ്യമല്ലാത്ത പിശക് സാധാരണയായി ആവശ്യമായ എല്ലാ സേവനങ്ങളും പ്രവർത്തനക്ഷമമാക്കിയോ ഫയലുകളും രജിസ്ട്രിയും (പരാജയങ്ങൾ ഉണ്ടെങ്കിൽ) റിപ്പയർ ചെയ്തുകൊണ്ട് കൈകാര്യം ചെയ്യാവുന്നതാണ്. പ്രശ്നം പരിഹരിക്കാനുള്ള ഒരു മാർഗം വിൻഡോസ് പുതിയ പതിപ്പിലേക്ക് അപ്ഡേറ്റ് ചെയ്യുക എന്നതാണ്. സെർവറുകളിലെ അതേ പിശകിനെ സംബന്ധിച്ചിടത്തോളം, എല്ലാം ഇവിടെ കൂടുതൽ സങ്കീർണ്ണമാകും, എന്നിരുന്നാലും, സാധാരണ ഉപയോക്താക്കൾക്ക് അത്തരമൊരു സാഹചര്യം നേരിടാൻ സാധ്യതയില്ല, കാരണം ഈ ബിസിനസ്സ് സാധാരണയായി സിസ്റ്റം അഡ്മിനിസ്ട്രേറ്റർമാരുടെ ചുമലിൽ പതിക്കുന്നു.

Dieser Artikel enthält Informationen zur Behebung des Fehlers "RPC-Server ist nicht verfügbar" മൈക്രോസോഫ്റ്റ് വിൻഡോസ് സെർവറിൽ.

ഇൻഹാൾട്സ്വെർസെയ്ച്നിസ്

1. Einfuhrung

"RPC-Server ist nicht verfügbar"വിൻഡോസിൽ ഐസ്റ്റ് ഐൻ റിലേറ്റീവ് ഹ്യൂഫിഗർ ഫെഹ്‌ലർ, ഡെർ ഇൻ എയ്‌നർ വിയൽസാൽ വോൺ സിറ്റുവേനൻ ഓഫ്‌ട്രെറ്റൻ കാൻ, വോബെയ് ഡൈ മൈസ്റ്റൺ മിറ്റ് ഡെർ കമ്മ്യൂണിക്കേഷൻ സ്വിഷെൻ സ്‌വെയ് കമ്പ്യൂട്ടർ ഇൻ ഐനെം നെറ്റ്‌സ്‌വെർക്ക് സുസംമെൻഹാംഗൻ. Er Kann jedoch auch bei lokalen Vorgängen auf einem Computer auftreten. Der Übersichtlichkeit halber wird in diesem Artikel der Computer, auf dem die RPC-Communication gestartet wird, als der കക്ഷി und der Computer, mit dem kommuniziert wird, als der സെർവർ bezeichnet.

റിമോട്ട് പ്രൊസീജർ കോൾ (RPC) ist ein Mechanismus, der es Windows-Prozessen ermöglicht, miteinander zu kommunizieren, entweder zwischen einem Zahlreiche Windows-Komponenten verwenden RPC സംയോജിപ്പിക്കുന്നു. Bei RPC kommen dynamische Ports für die Kommunikation zwischen verschiedenen Systemen Zum Einsatz, doch darüber hinaus muss ein statischer Port (TCP-Port 135) als Ausgangspunkt für die Kommunikation verwendete. ഡൈ RPC-Endpunktzuordnung hört diesen statischen Port ab.

Einer typischen RPC-Sitzung kontaktiert ein Client die Endpunktzuordnung eines സെർവറുകൾ auf TCP-Port 135 und fordert die einem bestimmten Dienst zugewiesene dynamische Portnummer an. ഡെർ സെർവർ antwortet mit der IP Address und Portnummer, mit der der Dienst beim Starten bei RPC registriert wird, und der Client kontaktiert dann den Dienst unter dieser IP വിലാസവും auf diesem Port.

Mögliche Gründe für den "RPC-Server nicht verfügbar"-Fehler sind u. a.:

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.
പേര്‌സൗഫ്ലോസങ്‌സ് പ്രശ്‌നം: Der Name des RPC-Servers wird möglicherweise auf die falsche IP വിലാസം aufgelöst, sodass der Client den falschen സെർവർ kontaktiert oder versucht, eine IP വിലാസം zu kontaktieren, die kontaktieren, die. Alternativ dazu wird der Name des Servers eventuell überhaupt nicht aufgelöst.
Datenverkehr durch Firewall blockiert: Eine Firewall oder andere Sicherheitsanwendung auf dem സെർവർ oder eine Netzwerk-Firewall-Appliance zwischen dem Client und dem സെർവർ verhindert unter Umständen, dass der Datenverkehr den Server T1t5Poritre
Netzwerkverbindungs പ്രശ്നം:ഡെർ ക്ലയന്റ് കാൻ ഡെൻ സെർവർ യു. U. aufgrund eines allgemeinen Problems mit dem Netzwerk nicht erreichen.

ഡൈ ഫോൾജെൻഡൻ, നാച്ച് ഉർസാഷെ കാറ്റെഗോറിസിയേർട്ടൻ ഷ്രിറ്റെ കോന്നൻ ബെയ് ഡെർ ഫെഹ്ലെർബെഹെബുംഗ് ഡെസ് പ്രോബ്ലംസ് ന്യൂസ്ലിച്ച് സെയിൻ.

2. RPC-Dienst gestoppt

Öffnen Sie die Dienste-Konsole auf dem സെർവർ.
എർമിറ്റൽൻ സീഡൻ റിമോട്ട് പ്രൊസീജർ കോൾ (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. Namensauflosungsprobleme

Wenden Sie den Ping-Befehl vom Client aus auf den Server an. വെർവെൻഡൻ സൈ ഡാബെയ് ഡെൻ സെർവർനാമെൻ, ഉം സു ഉബെർപ്രൂഫെൻ, ഒബ് ഡെർ നെയിം ഓഫ് ഡൈ കോറെക്റ്റെ ഐപി-അഡ്രസ്സെ ഓഫ്ഗെലോസ്റ്റ് വിർഡ്. Wenn dies der Fall ist, ist Namensauflösung wahrscheinlich nicht die Ursache des Problems, und die verbleibenden Schritte in diesem
Wenn Client und Server Mitglieder einer Active Directory (AD)-Domäne sind, wird DNS für die 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. ഡൈ രിച്തിഗെന് Datensätze im DNS രജിസ്ട്രിയർ തൊപ്പി. വെള്ളച്ചാട്ടം erforderlich, kann der Befehl ipconfig /registerdns auf dem RPC-Server verwendet werden, um die DNS-Datensätze erneut zu registrieren.
വെൻ കീൻ എഡി-ഡൊമെൻ വോർഹാൻഡൻ ഇസ്റ്റ്, കാൻ വിൻസ് ഫ്യൂർ ഡൈ നാമെൻസൗഫ്ലോസങ് വെർവെൻഡെറ്റ് വെർഡൻ. മിറ്റ് ഡെം ബെഫെൽ ipconfig /എല്ലാംവെർഡൻ അണ്ടർ ആൻഡറെം ഓച്ച് ഡൈ വിൻസ്-സെർവർ ഓഫ്‌ഗെലിസ്റ്ററ്റ്, ഡൈ വോം ആർ‌പി‌സി-സെർവർ വെർവെൻഡറ്റ് വെർഡൻ. Überprüfen Sie die WINS-Datenbank auf diesen Servern, um sicherzustellen, dass die für den RPC-Server registrierten Datensätze korrekt sind. വെള്ളച്ചാട്ടം erforderlich, kann der Befehl nbtstat -RR auf dem RPC-Server ausgeführt werden, um die WINS-Datensätze erneut zu registrieren.

4. Datenverkehr durch die Firewall blockiert

Überprüfen Sie die Einstellungen der Windows-Firewall auf dem RPC-Server.
Wenn die Firewall aktiviert ist, stellen Sie sicher, dass der Datenverkehr auf TCP-Port 135 durchgelassen wird.
1. Wenn auf dem Server Windows Server 2003 ausgeführt wird, Kann die Windows-Firewall die dynamische RPC-Portzuweisung ഇവന്റ് nicht Richtig handhaben. ഡൈം ഫാൾ കാൻ എസ് എർഫോർഡർലിച്ച് സെയിനിൽ, ഡൈ വിൻഡോസ്-ഫയർവാൾ സു ഡീക്റ്റിവിയേറൻ ഓഡർ ഡൈ വോൺ ആർപിസി വെർവെൻഡെറ്റൻ പോർട്ട്സ് ഐൻസുഷ്ക്രാൻകെൻ (siehe Schritt 4).
2. വെൻ ഓഫ് ഡെം സെർവർ വിൻഡോസ് സെർവർ 2008 അല്ലെങ്കിൽ ഹോഹർ ഓസ്ഗെഫർട്ട് വിർഡ്, സ്റ്റെല്ലൻ സൈ സിച്ചർ, ഡാസ് ഡെർ വിൻഡോസ് സെർവറിൽ ഡൈ വിൻഡോസ്-ഫയർവാൾ 2008 AND Höher sollte RPC-Verkehr standardmäßig fehlerfrei handhaben; wenn dies jedoch manuell konfiguriert werden muss, finden Sie entsprechende Anweisungen in diesem TechNet-Artikel: ഡൈനാമിക് ആർപിസി ഉപയോഗിക്കുന്ന ഇൻബൗണ്ട് നെറ്റ്‌വർക്ക് ട്രാഫിക് അനുവദിക്കുന്നു
  വിൻഡോസ് സെർവർ 2008-ൽ വിൻഡോസ് ഫയർവാൾ വെൻ ഡൈ ചെയ്യുക അല്ലെങ്കിൽ വിൻഡോസ് ഫയർവാൾ ഡിഎക്ടിവിയർറ്റ് വെർഡൻ മസ്, ഹാൾട്ടൻ സൈ നിച്ച് ഡെൻ വിൻഡോസ് ഫയർവാൾ. 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 kongär.
Wenn die Firewall-Software, eine andere Sicherheitsanwendung oder eine Netzwerk-Firewall-Apliance nicht für die korrekte Handhabung von dynamischem der Sicherheitsanwendung geoffnet werden. ഫയർവാളുകൾക്കൊപ്പം പ്രവർത്തിക്കാൻ ആർപിസി ഡൈനാമിക് പോർട്ട് അലോക്കേഷൻ എങ്ങനെ കോൺഫിഗർ ചെയ്യാം എന്ന് പോർട്ട്-ബെറീച്ചുകൾ കണ്ടെത്തുന്നു.

5. Netzwerkverbindungsprobleme

വെർവെൻഡൻ സീ ഡെൻ ബെഫെൽ പിംഗ്, um die grundlegende Konnektivität zwischen dem RPC-Client und Server zu testen. Beachten Sie, dass dieser Test möglicherweise nicht schlussig ist, da es für eine Firewall möglich ist, den ICMP-Datenverkehr zu blockieren und and anderen Datenverkehr durchzulassen. (ICMP, ഓഡർ ഇന്റർനെറ്റ് കൺട്രോൾ മെസേജ് പ്രോട്ടോക്കോൾ, ist das Protokoll, das bei പിംഗ്-ഉണ്ട് ട്രേസർട്ട്-ബെഫെഹ്ലെൻ വെർവെൻഡറ്റ് വിർഡ്.)
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 പതിപ്പ് 2.0 ഫൈൻഡൻ സൈ ഹിയർ:

ഏറ്റവും സാധാരണമായ RPC സെർവർ പരാജയ സാഹചര്യം

"RPC സെർവർ ലഭ്യമല്ല" പിശക്: ഡൈനാമിക് ലൈബ്രറികളിലെ പ്രശ്നങ്ങൾ

"RPC സെർവർ ലഭ്യമല്ല" എന്ന സന്ദേശമുള്ള ക്രാഷ് Windows 7: കമാൻഡ് ലൈനിൽ നിന്ന് സേവനം ആരംഭിക്കുക

യഥാർത്ഥ ലൈബ്രറികൾക്കൊപ്പം ഒരു ബഗ് പരിഹരിക്കുന്നു

പ്രത്യേക യൂട്ടിലിറ്റികൾ ഉപയോഗിച്ച് സമഗ്രമായ പരിഹാരം

ഉപസംഹാരം

ഗുഡ് ആഫ്റ്റർനൂൺ, പ്രിയ വായനക്കാരേ, സബ്‌സ്‌ക്രൈബർമാരേ, കഴിഞ്ഞ തവണ ഞങ്ങൾ ആക്റ്റീവ് ഡയറക്‌ടറിയിൽ ഒരു പ്രശ്‌നം പരിഹരിച്ചു, അതായത് ഒരു ഡൊമെയ്‌ൻ കൺട്രോളറിലെ പിശക് 14550 DfsSvc, netlogon 5781, ഇന്ന് ഈ പിശകുകളുടെ തുടർച്ചയായി സാഗ തുടരുന്നു, അതായത്, ഞങ്ങൾ അവ ഒഴിവാക്കി, പക്ഷേ പുതിയവ എത്തി: പിശക് 1722. SYSVOL പങ്കിട്ടതിന് ശേഷം കഴിഞ്ഞ 24 മണിക്കൂറിനുള്ളിൽ RPC സെർവറിന് മുന്നറിയിപ്പുകളോ പിശകുകളോ ഉണ്ടായിട്ടുണ്ട്. SYSVOL റെപ്ലിക്കേഷനിലെ പരാജയങ്ങൾ ഗ്രൂപ്പ് പോളിസി പ്രശ്നങ്ങൾക്ക് കാരണമാകാം. എന്താണ് സംഭവിക്കുന്നതെന്ന് നമുക്ക് കണ്ടുപിടിക്കാം.

പിശക് പരിഹരിക്കൽ 1722 rpc സെർവർ ലഭ്യമല്ല

റെപ്ലിക്കേഷനിലെ നെറ്റ്‌വർക്ക് പ്രശ്‌നങ്ങൾക്കും അവയുടെ പരിഹാരത്തിനും, മുകളിലുള്ള ലിങ്ക് വായിക്കുക, ഏകദേശം 14550. അതിനാൽ ഞാൻ നിങ്ങളെ ഓർമ്മിപ്പിക്കട്ടെ, എനിക്ക് രണ്ട് ഡൊമെയ്‌നുകൾ ഉണ്ട്, മാതാപിതാക്കളും കുട്ടികളും. ഒരു ചൈൽഡ് 3 ഡൊമെയ്ൻ കൺട്രോളർ ആക്റ്റീവ് ഡയറക്ടറിയിൽ. ഒരു സൈറ്റിൽ നിന്ന് ഒരു ഡൊമെയ്ൻ കൺട്രോളർ മൈഗ്രേറ്റ് ചെയ്‌തതിന് ശേഷം, മറ്റെല്ലായിടത്തും പിശകുകൾ 1722 ദൃശ്യമാകാൻ തുടങ്ങി. RPC സെർവർ ലഭ്യമല്ല കൂടാതെ SYSVOL അനുവദിച്ചതിന് ശേഷം കഴിഞ്ഞ 24 മണിക്കൂറിനുള്ളിൽ RPC സെർവർ ലഭ്യമല്ല.

കമാൻഡ് ഉപയോഗിച്ച് ഡൊമെയ്ൻ കൺട്രോളറുകൾ തമ്മിലുള്ള പകർപ്പ് നിർണ്ണയിക്കുമ്പോൾ ഞാൻ അവയെ തിരിച്ചറിഞ്ഞു:

ഈ കമാൻഡ് എന്റർപ്രൈസിലെ എല്ലാ റെപ്ലിക്കേഷൻ പിശകുകളും കാണിക്കുന്നു. പിശക് എങ്ങനെ കാണപ്പെടുന്നുവെന്നത് ഇതാ:

RPC സെർവറും SYSVOL പങ്കിട്ടതിന് ശേഷം കഴിഞ്ഞ 24 മണിക്കൂറിനുള്ളിൽ മുന്നറിയിപ്പുകളോ പിശകുകളോ ഉണ്ടായി. SYSVOL റെപ്ലിക്കേഷനിലെ പരാജയങ്ങൾ ഗ്രൂപ്പ് പോളിസി പ്രശ്നങ്ങൾക്ക് കാരണമാകാം.

ഒന്നാമതായി, റെപ്ലിക്കേഷൻ ഉപയോഗിച്ച് എല്ലാം ശരിയാണോ എന്ന് പരിശോധിക്കാൻ, UNC പാത്ത് \\ നിങ്ങളുടെ ഡൊമെയ്‌നിൽ SYSVOL, NETLOGON ഫോൾഡറുകൾ വായിക്കാനാകുന്നുണ്ടെന്ന് നിങ്ങൾ ഉറപ്പാക്കേണ്ടതുണ്ട്.

അവ ലഭ്യമല്ലെങ്കിൽ, നിങ്ങൾ ഫോൾഡറുകളുടെ അവകാശങ്ങൾ പരിശോധിക്കുകയും RPC TCP / UDP 135 സേവനത്തിന്റെ പോർട്ടുകളുടെ ലഭ്യത പരിശോധിക്കുകയും വേണം, ഒരുപക്ഷേ അവ നിങ്ങളുടെ ഫയർവാളിൽ അടച്ചിരിക്കാം. എല്ലാം ശരിയാണെങ്കിൽ, ഞങ്ങൾ മുന്നോട്ട് പോകും. ഡൊമെയ്ൻ കൺട്രോളറുകൾ അവസാനമായി പകർത്തിയത് എപ്പോഴാണെന്ന് നമുക്ക് ഇപ്പോൾ പരിശോധിക്കാം, ഇത് കമാൻഡ് ഉപയോഗിച്ചാണ് ചെയ്യുന്നത്:

repadmin /replsummary

എന്റെ dc7, dc13 എന്നിവയിൽ പിശക് 1722 ഉണ്ടെന്ന് ഞാൻ കണ്ടെത്തി, RPC സെർവർ ലഭ്യമല്ല. ഞാൻ പോർട്ട് 135 പരിശോധിച്ചു, അവർ അനുസരിച്ചു. എങ്ങനെ പരിശോധിക്കണമെന്ന് ആർക്കാണ് അറിയാത്തത്, നിങ്ങളെ സഹായിക്കുന്നതിനുള്ള ടെൽനെറ്റ് കമാൻഡ് ഇതാ.

TCP / IP സ്റ്റാക്ക് ക്രമീകരണങ്ങളിലെ DNS സെർവറുകൾ പരിശോധിക്കുക എന്നതാണ് അടുത്ത ഘട്ടം. നിങ്ങൾക്ക് ഒന്നിൽ കൂടുതൽ ഡൊമെയ്ൻ കൺട്രോളറുകൾ ഉണ്ടെങ്കിൽ, നിങ്ങളുടെ നെറ്റ്‌വർക്ക് ഇന്റർഫേസ് ക്രമീകരണങ്ങളിലെ ആദ്യത്തെ ഡിഎൻഎസ് സെർവർ മറ്റൊരു ഡൊമെയ്ൻ കൺട്രോളറിന്റെ ഡിഎൻഎസ് ആയിരിക്കണം, തുടർന്ന് നിലവിലുള്ള അല്ലെങ്കിൽ ലൂപ്പ്ബാക്ക് ഐപിയുടെ വിലാസം, അതിനുശേഷം മാത്രം നിങ്ങൾക്ക് ആവശ്യമുള്ളത്.

അതിനാൽ, DNS സെർവറുകളുടെ ശരിയായ ക്രമം 90 ശതമാനം കേസുകളാണ്

ഇപ്പോൾ repadmin /replsummary കമാൻഡ് വീണ്ടും പ്രവർത്തിപ്പിക്കുമ്പോൾ, എല്ലാ പകർപ്പുകളും വിജയകരമാണെന്ന് ഞാൻ കണ്ടു. AD റെപ്ലിക്കേഷൻ സ്വമേധയാ ആരംഭിക്കാനും ഞാൻ നിങ്ങളെ ഉപദേശിക്കുന്നു. കൂടാതെ പിശകുകൾ പരിശോധിക്കുക, dcdiag /a / q കമാൻഡ് പിശകുകൾ നൽകുന്നില്ലെന്ന് ഉറപ്പാക്കുക.

ഇങ്ങനെയാണ് പിശക് 1722 ലളിതമായി പരിഹരിക്കപ്പെടുന്നത്, Windows Server 2012 R2-ലെ ഡൊമെയ്ൻ കൺട്രോളറിൽ RPC സെർവർ ലഭ്യമല്ല. നിങ്ങൾക്ക് ലേഖനത്തിൽ എന്തെങ്കിലും ചേർക്കാനുണ്ടെങ്കിൽ, അഭിപ്രായങ്ങളിൽ എഴുതുക.