منو
خانهچند رسانه ای

سرویس rpc ویندوز 10 در دسترس نیست. "RPC server is unavailable": این خطا چیست و چگونه می توان آن را با ساده ترین روش ها برطرف کرد. رفع اشکال با کتابخانه های اصلی

شناسه مقاله: 651 | دسته: مدیریت | نوع: Hot Fix | آخرین اصلاح: 2013/5/23

خدمات صدور مجوز: سرور RPC در دسترس نیست

هنگامی که یک ایستگاه کاری باز می شود یک پیام خطا ظاهر می شود.

پیام خطا در ABBYY FlexiCapture 10:

"خطا در برقراری ارتباط با سرویس مجوز محصول ABBYY ABBYY روشن است : سرور RPC در دسترس نیست."

پیام خطا در ABBYY FlexiCapture 9.0:

"اتصال به سرور مجوز شبکه گمشده."

اگر از ABBYY FlexiCapture مستقل استفاده می کنید، این خطا ممکن است در ایستگاه مدیریت یا ایستگاه اپراتور رخ دهد. اگر از ABBYY FlexiCapture Distributed استفاده می کنید، این پیام خطا می تواند در ایستگاه های تأیید، ایستگاه های راه اندازی پروژه، و زمانی که ABBYY FormDesigner یا ABBY ظاهر شود. استودیو Flexi Layout شروع به کار کرد.

این خطا زمانی رخ می دهد که برنامه نتواند سرویس مجوز FlexiCapture ABBYY را پیدا کند.

مراحلی که برای حل این مشکل باید بردارید به نحوه نصب ABBYY FlexiCapture بستگی دارد.

اگر ایستگاه های کاری و سرور مجوز (ABBYY FlexiCapture Licensing Service) روی یک رایانه قرار دارند.

  1. سعی کنید آنتی ویروس و فایروال را غیرفعال کنید. اگر هنگام غیرفعال شدن فایروال خطا رخ ندهد، احتمالاً فایروال پورت هایی را مسدود می کند که باید باز شوند تا سیستم مجوز کار کند. بررسی کنید که آیا پورت 10040 (ABBYY FlexiCapture 10) و 3827 (ABBYY FlexiCapture 9.0) در آن قرار دارند یا خیر. لیست استثناهای فایروال می توانید این و سایر اطلاعات مفید در مورد تنظیمات شبکه را در راهنمای مدیر سیستم بیابید.

اگر ایستگاه های کاری و سرور مجوز در رایانه های مختلف هستند

  1. بررسی کنید که آیا سرویس مجوز در حال اجرا است (شروع → کنترل پنل → ابزارهای مدیریتی → خدمات → سرویس مجوز FlexiCapture ABBYY). اگر سرویس اجرا نمی شود، آن را راه اندازی کنید.
  2. اتصال بین ایستگاه کاری و رایانه‌ای را که سرویس مجوز FlexiCapture ABBYY روی آن اجرا می‌شود، بررسی کنید. یکی از راه های بررسی ارتباط بین دو کامپیوتر استفاده از دستور ping است.
  3. سعی کنید آنتی ویروس و فایروال را غیرفعال کنید. اگر هنگام غیرفعال شدن فایروال خطا رخ ندهد، احتمالاً فایروال درگاه هایی را مسدود می کند که باید باز باشند تا سیستم مجوز کار کند. بررسی کنید که آیا پورت 10040 (ABBYY FlexiCapture 10) و 3827 (ABBYY FlexiCapture 9.0) هستند در لیست استثناهای فایروال می توانید این و سایر اطلاعات مفید در مورد تنظیمات شبکه را در راهنمای مدیر سیستم بیابید.
  4. آدرس را بررسی کنید سرور صدور مجوزدر "تنظیمات" برنامه. آدرس فقط باید حاوی نام سرور باشد، بدون هیچ پیشوند. بنابراین، برای مثال، آدرس http:// نامعتبر است، زیرا حاوی پیشوند http:// است.

    تنظیمات سرورها و ایستگاه های کاری ABBYY FlexiCapture در فایل ها ذخیره می شوند.

    • در ABBYY FlexiCapture 9.0، تنظیمات در Protection.iniفایل در %ALLUSERSPROFILE%/ABBYY\FlexiCapture\9.0\Licenses. این پوشه ممکن است مخفی باشد.
    • در ABBYY FlexiCapture 10، تنظیمات در ABBYY FlexiCapture ذخیره می شوند LicensingSettings.xmlفایل. این فایل در پوشه نصب هر ایستگاه کاری و سرور قرار دارد.

    5. این Protection.iniفایل حاوی نام ارائهکنندهاموال و LicensingSettings.xmlفایل حاوی آدرس سروربرچسب زدن این عناصر حاوی آدرس سرور صدور مجوز.

  5. مطمئن شوید که پروتکل های ارتباطی مورد استفاده ایستگاه کاری و سرور یکسان هستند. این پروتکل ها در فایل هایی که حاوی تنظیمات سرورها و ایستگاه های کاری هستند مشخص می شوند.
    • در ABBYY FlexiCapture 9.0، تنظیمات در Protection.iniفایل در پوشه %ALLUSERSPROFILE%/ABBYY\FlexiCapture\9.0\Licenses. این پوشه ممکن است مخفی باشد.
    • در ABBYY FlexiCapture 10، تنظیمات در آن ذخیره می‌شوند LicensingSettings.xmlفایل ها در پوشه های نصب سرورها و ایستگاه های کاری.

    پروتکل ارتباطی در RPCProtocol Typeدارایی از Protection.iniفایل (در ABBYY FlexiCapture 9.0) و زیر RPCProtocol Typeبرچسب (در ABBYY FlexiCapture 10). مطمئن شوید که ایستگاه کاری و سرور در این ویژگی یا تگ دارای یک مقدار هستند. بنابراین اگر، برای مثال، نوع پروتکلبرچسب در LicensingSettings.xmlفایل از ایستگاه راه اندازی پروژهحاوی مقدار TCP/IP و همان تگ در LicensingSettings.xmlفایل سرور حاوی مقدار NamedPipes است، شما باید مقادیر را طوری تغییر دهید که در هر دو فایل یکسان باشند. در این حالت شما باید یا مقدار را به NamedPipes در ایستگاه کاری تغییر دهید یا آن را به TCP/IP در سرور تغییر دهید.

  6. سعی کنید پروتکل های ارتباطی را تغییر دهید. برای مثال، اگر سرور و ایستگاه کاری از TCP/IP استفاده می کنند، هر دو را به NamedPipes تغییر دهید.
  7. اگر آدرس سرور به عنوان و آدرس IP مشخص شده است، بررسی کنید که آیا این آدرس IP پویا است یا خیر. اگر چنین است، آدرس IP رایانه با سرور صدور مجوزممکن است تغییر کرده باشد اگر اینطور است، باید آدرس آن را مشخص کنید سرور صدور مجوزبه عنوان نام DNS رایانه ای که روی آن نصب شده است.

اگر دستورالعمل‌های بالا کمکی نکرد، لطفاً یک ایمیل با شرح مشکل به خدمات پشتیبانی فنی ما ارسال کنید. لطفاً گزارش‌های Ainfo را از ایستگاه کاری که به سرور مجوز وصل نشد و از خود سرور مجوز در خود اضافه کنید. پیام

حاوی دستورالعمل هایی در مورد نحوه تولید گزارش های Ainfo است.

بدون شک بسیاری از کاربران هفتم نسخه های ویندوزمن روی صفحه نمایشگر یا لپ تاپ پیغام خطا دیده ام " سرور RPCدر دسترس نیست". این خرابی چیست و چگونه می توان آن را برطرف کرد، اکنون بررسی می شود.

رایج ترین وضعیت خرابی سرور RPC

هنگامی که پیامی مبنی بر در دسترس نبودن سرور RPC ظاهر می شود، به طور کلی، به معنای سرور نیست. این در واقع یک سرویس تماس از راه دور است.

و، به عنوان یک قاعده، اغلب چنین خطایی هنگام دستکاری چاپگرها ظاهر می شود، به عنوان مثال، هنگام تلاش برای چاپ یک سند یا به سادگی نصب (افزودن) چاپگر جدید. و نکته اینجا حتی در خود دستگاه نیست، بلکه در سرویس است که به دلایلی کار نمی کند یا به سادگی در حالت غیرفعال است.

خطای "سرور RPC در دسترس نیست": مشکلات با کتابخانه های پویا

بنابراین، بیایید ببینیم برای اصلاح این وضعیت چه کاری می توان انجام داد. ابتدا باید مطمئن شوید که سیستم دارای فایل کتابخانه پویا Spoolss.dll و جزء اجرایی Spoolss.exe است. آنها باید در فهرست System32 دایرکتوری اصلی که سیستم در آن نصب شده است قرار داشته باشند.

اگر چنین فایل‌هایی در دسترس باشند، حداقل دو گزینه خرابی وجود دارد: یا آسیب دیده‌اند، یا سرویس به سادگی شروع نمی‌شود.

خرابی با پیام "RPC server is unavailable" ویندوز 7: سرویس را از خط فرمان شروع کنید

برای شروع با بیشترین روش سادهرفع این وضعیت به این صورت است که سرویس را از خط فرمان شروع کنید. در این مرحله، ما معتقدیم که همه چیز با خود فایل ها مرتب است.

از منوی Run خط فرمان (cmd) را فراخوانی می کنیم (Win + R) و سپس دستور net start rpcss را در آنجا می نویسیم. اگر همه چیز با خود سرویس خوب باشد، پس از راه اندازی مجدد ترمینال رایانه (که اتفاقاً اجباری است) مشکل برطرف می شود و پیام عدم دسترسی به سرور RPC کاربر بیشترمزاحم نخواهد شد (برای توقف سرویس، انتخاب کنید دستور مشابه، فقط با کلمه توقف). اگر به دلایلی روش فوق سرویس را فعال نکرد، باید به اصطلاح به صورت دور برگردان بروید.

رفع اشکال با کتابخانه های اصلی

حال بیایید وضعیتی را بررسی کنیم که فایل های فوق خراب یا گم شده اند. در اصل، می توانید این کار را به ساده ترین راه انجام دهید: آنها را از یک سیستم مشابه (از رایانه دیگری) کپی کنید، و سپس آنها را در پوشه سیستمسیستم 32.

درست است، پس از این، برای اینکه دوباره پیامی مبنی بر اینکه سرور RPC در دسترس نیست ظاهر نشود، باید چند مرحله دیگر را انجام دهید. مراحل مهمو ابتدا به قسمت خدمات بروید. شما می توانید این کار را از کنترل پنل انجام دهید، اما استفاده از دستور special services.msc که در همان منوی Run نوشته شده است بسیار ساده تر است.

در خود ویرایشگر، سرویس فراخوانی روش از راه دور (RPC) را پیدا کنید و روی بارگذاری خودکار کلیک کنید، پس از آن "Automatic" را در نوع راه اندازی مشخص کنید. پس از ذخیره پارامترهای تغییر یافته، مانند حالت اول، باید سیستم را به طور کامل راه اندازی مجدد کنید تا اعمال شوند.

توجه: پس از راه اندازی مجدد، توصیه می شود به روز رسانی سیستم را در حالت دستی شروع کنید و آخرین بسته های به روز رسانی را نصب کنید. این می تواند نقش کلیدی در فعال سازی صحیح سرویس داشته باشد. در طول مسیر به سیستمی که فایل های اصلی در آن کپی می شوند توجه ویژه ای داشته باشید، حداقل عمق بیت آن را در نظر بگیرید.

راه حل جامع با استفاده از ابزارهای خاص

در اصل، اگر راهی برای کپی یا دانلود فایل های اصلی وجود ندارد، می توانید این کار را به روشی ساده تر انجام دهید.

ابزارهایی مانند DLL Suite به تصحیح وضعیت کمک می کنند، که به طور خودکار سیستم را برای اجزای آسیب دیده یا گم شده اسکن می کند و سپس به طور مستقل اشیاء گم شده را در آن ادغام می کند. با این حال، این را نمی توان به این محدود کرد. در پایان فرآیند، همچنان باید مطمئن شوید که سرویس در حالت فعال (فعال) است و بدون خرابی کار می کند. این کار همانطور که در بالا نشان داده شده انجام می شود.

نتیجه

در واقع این تنها چیزی است که به مشکل سرویس RPC مربوط می شود. همانطور که می بینید، چنین شکستی هیچ ایرادی ندارد و راه حل مشکل بسیار ساده به نظر می رسد. تنها نکته قابل توجه نصب جدید یا به روز رسانی درایورهای چاپگر موجود است. البته، این یک پیش نیاز نیست، با این حال، انجام چنین روشی بسیار مطلوب است. این کار را می توان از طریق Device Manager یا با استفاده از ابزارهای توسعه یافته ویژه انجام داد برنامه های درایورتقویت کننده یا هر چیز دیگری.

در مورد اصلاح وضعیت با خود سرویس، مسائل مربوط به بررسی سیستم های کامپیوتریبرای ویروس ها همچنین، روش‌هایی برای فعال کردن (فعال‌سازی) سرویس، به عنوان مثال، در تنظیمات خط‌مشی گروه یا با تغییر تنظیمات کلید مربوطه ارائه نشده است. رجیستری سیستم، زیرا چنین تکنیکی بسیار پیچیده تر از آنچه در بالا توضیح داده شد است. و هر کاربر نمی خواهد در آنها حفاری کند، در غیر این صورت، چه خوب، می توانید کل سیستم را "کاشت" کنید.

در غیر این صورت هیچ کاربری نباید مشکلی داشته باشد. دقیقاً چگونه باید ادامه داد، از کدام روش استفاده کرد، هر کس قبلاً برای خود تصمیم می گیرد، اما، همانطور که تمرین نشان می دهد، ساده ترین راه این است که سرویس را از خط فرمان فعال کنید (به شرطی که فایل های لازم مرتب باشند). تکنیک بازگردانی فایل‌ها و فعال‌سازی این مؤلفه سیستم از قسمت خدمات قابل اعمال است ساده ترین راههیچ تاثیری روی سیستم نداره و البته اگر متوجه شدید که فایل ها آسیب دیده یا به سادگی در سیستم گم شده اند، بهتر است آنها را از دستگاه دیگری کپی نکنید، اما اگر اینترنت فعال دارید، از آن استفاده کنید. ابزارهای خودکارکه فایل های گم شده را دانلود و بدون دخالت کاربر در سیستم ادغام می کند. در واقع برای همین طراحی شده اند.

ظهر بخیر، خوانندگان و مشترکین عزیز، آخرین باری که مشکلی را در اکتیو دایرکتوری، یعنی ارور 14550 DfsSvc و netlogon 5781 در یک دامین کنترلر رفع کردیم، امروز حماسه با ادامه این خطاها ادامه دارد، یعنی از شر آنها خلاص شدیم، اما موارد جدید وارد شده: خطای 1722. سرور RPC و 24 ساعت پس از اعطای SYSVOL به دسترسی عمومیاخطارها یا پیام های خطا رفع می شوند. خرابی در تکرار SYSVOL می تواند مشکلاتی ایجاد کند خط مشی گروه. بیایید بفهمیم چه خبر است.

رفع خطای 1722 rpc سرور در دسترس نیست

برای مشکلات شبکه با تکرار و حل آنها، لینک بالا را بخوانید، در مورد 14550. و بنابراین اجازه دهید به شما یادآوری کنم، من دو دامنه دارم، والد و فرزند. در اکتیو دایرکتوری کنترل کننده دامنه فرزند 3. پس از انتقال یک کنترل کننده دامنه از یک سایت، خطاهای 1722 در سایرین ظاهر شد. سرور RPC در دسترس نیست و سرور RPC در 24 ساعت گذشته پس از اعطای SYSVOL در دسترس نبوده است.

من آنها را هنگام تشخیص تکرار بین کنترلرهای دامنه با استفاده از دستور زیر شناسایی کردم:

این دستور تمام خطاهای تکرار در شرکت را نشان می دهد. این خطا به نظر می رسد:

سرور RPC و در 24 ساعت گذشته پس از اشتراک گذاری SYSVOL، هشدارها یا خطاهایی وجود داشت. خرابی در تکرار SYSVOL می‌تواند باعث مشکلات Group Policy شود.

اول از همه، برای بررسی اینکه همه چیز با Replication درست است، باید مطمئن شوید که پوشه های SYSVOL و NETLOGON در مسیر UNC \\ دامنه شما قابل خواندن هستند.

اگر آنها در دسترس نیستند، باید حقوق پوشه ها را بررسی کنید و در دسترس بودن پورت های سرویس RPC TCP / UDP 135 را بررسی کنید، شاید آنها در فایروال شما بسته شده باشند. اگر همه چیز خوب است، پس ما ادامه می دهیم. حالا بیایید بررسی کنیم که آخرین بار چه زمانی کنترل کننده های دامنه تکرار شده اند، این کار با دستور انجام می شود:

repadmin /replsummary

من در نهایت متوجه شدم که dc7 و dc13 من دارای خطای 1722 هستند. سرور RPC در دسترس نیست. پورت 135 را چک کردم، اطاعت کردند. کسی که نمی داند چگونه چک کند، دستور telnet به شما کمک می کند.

مرحله بعدی بررسی است سرورهای DNS، در تنظیمات پشته TCP/IP. اگر بیش از یک Domain Controller دارید، اولین سرور dns در تنظیمات رابط شبکه شما باید dns یک دامنه کنترلر دیگر باشد، سپس آدرس IP فعلی یا Loopback و تنها پس از آن هر چیزی که نیاز دارید باشد.

بنابراین، ترتیب صحیح سرورهای DNS 90 درصد موارد است

حالا دوباره دستور repadmin /replsummary را اجرا کردم، دیدم همه تکرارها با موفقیت انجام شد. من همچنین به شما توصیه می کنم که نسخه AD را به صورت دستی شروع کنید. و خطاها را بررسی کنید، همچنین مطمئن شوید که دستور dcdiag /a /q خطا نمی دهد.

به این ترتیب خطای 1722 به سادگی حل می شود، سرور RPC در کنترل کننده دامنه توسط ویندوز سرور 2012R2. اگر چیزی برای اضافه کردن به مقاله دارید، لطفاً آن را در نظرات بنویسید.

RPC به سیستم عامل اجازه می دهد تا اقدامات مختلفی را روی آن انجام دهد کامپیوترهای راه دوریا لوازم جانبیاوه اگر RPC خراب باشد، ممکن است سیستم توانایی استفاده از توابع مورد استفاده را از دست بدهد این تکنولوژی. در ادامه، بیایید در مورد رایج ترین علل و راه حل های مشکلات صحبت کنیم.

این خطا می‌تواند در موقعیت‌های مختلفی ظاهر شود، از نصب درایورهای کارت گرافیک و وسایل جانبی تا دسترسی به ابزارهای مدیریتی، به‌ویژه مدیریت دیسک، و حتی زمانی که به سادگی وارد حساب کاربری می‌شوید.

دلیل 1: خدمات

یکی از دلایل خطای RPC، توقف سرویس هایی است که مسئول ریموت کردن هستند. این به دلیل اقدامات کاربر، هنگام نصب برخی از برنامه ها یا به دلیل اقدامات "هولیگان" ویروس ها اتفاق می افتد.


اگر خطا ادامه داشت، سپس به مرحله دوم پیکربندی سرویس ها بروید، این بار با استفاده از « خط فرمان» . باید نوع راه اندازی را به تغییر دهید "DCOMLaunch", "کلاه فروش"و RpcSS، به آن ارزش می دهد خودکار.


در صورت عدم وجود آنها، صحیح ترین راه حل بازیابی سیستم خواهد بود که کمی بعد در مورد آن صحبت خواهیم کرد.

دلیل 2: فایل های سیستمی خراب یا گم شده اند

خسارت سیستم فایلمی تواند و باید به انواع مختلفی از خطاها منجر شود، از جمله اشتباهی که در این مقاله در مورد آن صحبت می کنیم. عدم وجود برخی از فایل های سیستم نشان دهنده نقص جدی سیستم عامل است. آنتی ویروس نرم افزارهمچنین ممکن است برخی از فایل ها را به دلیل بدافزار مشکوک حذف کند. این اغلب هنگام استفاده از مجموعه های غیرقانونی ویندوز XP یا اقدامات ویروس هایی که اسناد "بومی" را با اسناد خود جایگزین کرده اند اتفاق می افتد.

اگر این اتفاق بیفتد، به احتمال زیاد، هیچ اقدام دیگری به جز بازیابی سیستم به خلاص شدن از شر خطا کمک نمی کند. درست است، اگر یک آنتی ویروس در اینجا کار کرده است، می توانید سعی کنید فایل ها را از قرنطینه استخراج کنید و از اسکن شدن آنها در آینده جلوگیری کنید، اما شایان ذکر است که اینها می توانند مؤلفه های مخرب باشند.

گزینه های بازیابی سیستم عاملبرخی از آنها را می توانیم با ذخیره تنظیمات و اسناد کاربر دوباره نصب کنیم.

دلیل 3: ویروس ها

در صورتی که هیچ روشی به رفع خطای سرور RPC کمک نکند، احتمالاً یک آفت در سیستم خود دارید و باید یکی از ابزارهای آنتی ویروس را اسکن و ضد عفونی کنید.

نتیجه

خطای سرور RPC یک مشکل نسبتاً جدی سیستم عامل است که اغلب فقط با نصب مجدد کامل برطرف می شود. بازیابی ممکن است کمکی نکند، زیرا بر پوشه های کاربر تأثیر نمی گذارد و برخی از ویروس ها در آنجا "تجویز می کنند". اگر یک بد افزارشناسایی نشدند، اما آنتی ویروس به حذف ادامه می دهد فایل های سیستمی، سپس وقت آن است که به قابلیت اطمینان و امنیت فکر کنید و ویندوز دارای مجوز را نصب کنید.