Здравейте.
проблема е следния
има работещ сървър Windows сървър 2008 Std
Сървърът изпълнява ролята на AD и DNS
Има грешки в регистрационните файлове
" Грешка при обработката на груповите правила. Името на компютъра не можа да бъде разрешено. Възможни причини:
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
Извършване на проверки на дялове на: Схема
Стартирайте проверката: CheckSDRefDom
........................ Схема - Проверката на CheckSDRefDom премина
Изпълнение на валидирането: CrossRefValidation
........................ Схема - проверката премина
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 /all
Настройка на IP протокола за Windows
Име на компютъра. . . . . . . . . : МАТРИЦА1
Основен DNS суфикс. . . . . . : EGAIS.local
Тип възел. . . . . . . . . . . . . : Хибрид
IP маршрутизирането е активирано. . . . : Не
WINS прокси е активиран. . . . . . . : Не
Редът, в който се преглеждат DNS суфиксите. : EGAIS.local
Ethernet адаптер Връзка чрез локална мрежа 2:
n#2
Физически адрес. . . . . . . . . : 00-1E-67-22-91-D1
DHCP е активиран. . . . . . . . . . . : Да
Ethernet адаптер Връзка през локална мрежа:
DNS суфикс на връзката. . . . . :
Описание. . . . . . . . . . . . . : Intel(R) 82574L Gigabit Network Connectio
н
Физически адрес. . . . . . . . . : 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. . . . . . . . : Включен
Тунелен адаптер LAN връзка* 8:
Състояние на медиите. . . . . . . . : Медиите са деактивирани
DNS суфикс на връзката. . . . . :
Описание. . . . . . . . . . . . . : isatap.(746B47FD-7AB0-4B0D-98FE-4DB2E19EC
1DB)
DHCP е активиран. . . . . . . . . . . : Не
Автоматичната настройка е активирана. . . . . . : Да
Тунелен адаптер LAN връзка* 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 сървърът е недостъпен, е ясно в общи линии. Това е невъзможността да се установи комуникация между устройствата, но какво да се прави в такива случаи? Както вече споменахме, за да разберете причината за грешката, трябва да използвате Event Log, който се отваря с командата eventvwr.msc. Неизправностите, свързани с RPC, се намират в секцията System и ако започнете да разглеждате дневника веднага след появата на грешката, нейното описание ще бъде най-отгоре. Можете също да използвате търсенето, като филтрирате събития по източник. След това е въпрос на техника – вижте кода на грешката и потърсете решение в интернет.
RPC сървърът е недостъпен. Грешка 1722
Най-често срещаният проблем с работата на RPC, обикновено възникващ в Windows 7. Грешка 1722 RPC сървърът е недостъпен в „седемте“ е придружен от липса на звук на компютъра. Тъй като проблемът включва деактивирането на редица важни услуги, се предлага следното решение. Отворете модула за управление на услуги, намерете услугата Endpoint Builder. Windows точкиАудио" и го активирайте, ако е деактивиран. Препоръчително е да зададете типа стартиране на „Автоматично“.
В същото време трябва да проверите състоянието на услугите за отдалечен регистър, извикване на отдалечена процедура, захранване и сървър. Всички те трябва да работят и всички трябва да са настроени на тип автоматично стартиране. Появява се грешка с код 1722 и описанието „RPC сървърът е недостъпен“ не само в Windows 7, но и в Windows 10. Как да я разрешите в различни версиисистемите са подобни на горните.
Печатни грешки
Грешка 1722 може да бъде свързана и с неправилна работа на приложения, които позволяват на компютъра да взаимодейства с принтери, което отново често се причинява от деактивирани услуги. Ако получите съобщението „неуспешно отпечатване на изображение, RPC сървърът е недостъпен“ при печат, уверете се, че сте активирали и изпълнявате услугите Print Spooler, DCOM Server Process Launcher, Remote Procedure Call и Power services.
Ако всичко е наред с услугите, опитайте да деактивирате защитната стена и антивирусната програма за продължителността на сесията. Случва се мрежовите връзки да бъдат блокирани от тези мерки за сигурност. Между другото, кодът за грешка „RPC сървърът е недостъпен“ 0x800706ba често показва проблеми със защитната стена между компютъра и друго устройство.
Конфликт с FineReader
Има случаи на появяване на грешката „RPC сървърът е недостъпен“ в Windows 10 и по-стари версии на системата при стартиране на популярното приложение за разпознаване на текст ABBYY FineReader. Но виновникът тук не е толкова самото приложение, колкото неговата активна фонова услуга, която по някакъв начин е в конфликт с RPC механизмите. Деактивирайте го за продължителността на сесията в модула за управление на услугата и проверете резултата.
Вирусна инфекция
Заразяването на вашия компютър със зловреден софтуер е друга причина за появата на грешки на RPC сървъра. Фактът, че компютърът е заразен, може да бъде индиректно указан от липсата на записи за грешки в Дневник на Windows. Стандартното решение е да сканирате компютъра си с антивирусни приложения.
Проблеми с драйвери
Ако RPC сървърът стане недостъпен при печат след актуализиране на драйверите на видео или аудио карта, принтер и т.н., може да има конфликт с RPC механизмите. В този случай трябва да се върнете към предишни работни версии на драйвери.
Нарушение на целостта на файла
Ако е имало срив или вирусна атака на вашия компютър, трябва да проверите състоянието на двата основни RPC файла - spoolsv.exeИ spoolss.dllразположен в системната директория Система32. Ако файловете липсват, трябва да ги копирате от друг компютър със същата версия на операционната система и да ги пуснете в папката System32 и след това да стартирате услугата за отдалечени повиквания ръчно от модула за управление на услугата. Друга възможност е да изпълните системна проверка за повредени и липсващи файлове с командата sfc /сканиране.
Повреда в регистъра
Понякога проблемите са свързани с регистъра. За да разрешите проблема, по-добре е да използвате традиционния инструмент за връщане назад. Можете също да копирате от папката C:/Windows/System32/config/RegBack SYSTEM файл и го поставете в родителската папка конфигсъс замяна. Препоръчително е да извършите тази операция от LiveCD.
заключения
С включена грешка за недостъпен RPC сървър локални компютри, като правило е възможно да се справите чрез активиране на всички необходими услуги или възстановяване на файлове и регистър (ако са възникнали повреди). Един от начините за решаване на проблема е също така да актуализирате Windows до по-нова версия. Що се отнася до същата грешка на сървърите, всичко тук може да се окаже много по-сложно, но обикновените потребители едва ли ще се сблъскат с подобна ситуация, тъй като този въпрос обикновено пада върху раменете на системните администратори.
На компютрите доста често възникват различни видове грешки. Проблемът, свързан с недостъпността на RPC сървъра, не е изключение. Появява се главно при актуализиране на драйвери, но има случаи, когато грешката „RPC сървърът е недостъпен“ се появява и при стартиране на операционната система (ОС) Windows 7, 8, 10, както и XP или Server 2003, 2008, 2012. грешка може да възникне и при печат или инсталиране на принтера.
RPC стана лесно метод за предаване на информациямежду различни процеси или клиент (оборудването, което инициира комуникация) и сървър (устройството, което се опитва да комуникира с клиента) в рамките на система или мрежа. Много компоненти на Windows OS използват този метод на „комуникация“. RPC като комуникационни точки използва различни портовеза свързване на системи помежду си.
В случай на неизправност на сървъра, когато той е недостъпен, обменът на пакети данни между системите се прекъсва, комуникацията с отдалечен обект се губи и функциите просто спират да я изпълняват. Ето защо възниква грешката.
Каква е грешката и защо възниква?
Проблемът възниква, когато комуникацията между системите е прекъсната, тъй като сървърът не може да изпрати адреса на порта до комуникационната точка. Може да се появи по следните причини:
Намиране на причината
Причината, която е причинила грешката, може лесно да бъде идентифицирана от нейния код. Може да се види в регистъра на събитията, но се препоръчва да направите това веднага след откриване на проблема:
Общи решения
Яжте универсални методи, които помагат за бързо отстраняване на проблем с ROC сървъра. Завършването им ще отнеме малко време, но резултатът няма да ви накара да чакате.
Рестартиране на услугата RPC
След това процесът ще спре да работи и ще започне незабавно.
Този защитник може просто да не позволи преминаването на важни пакети с данни. Защото препоръчително е да го деактивиратеза известно време, за да се уверите, че вината не е негова. 
Това може да стане чрез контролен панел, В глава системи и сигурност.
Проверка на компютърното време
Ако грешката се появи в момента на стартиране или спиране на програма, тогава вероятно всичко е свързано със синхронизацията на времето. Можете да разрешите този проблем по следния начин:
Отстраняване на неизправности в системата
Ако при стартиране на операционната система се появи грешката „RPC сървърът е недостъпен“, трябва да направите следното:
Проверка за вируси
Можете също да сканирате системата си за зловреден софтуер. Също така, ако антивирусната открие нещо, тогава го препоръчително е да се замени. Факт е, че ако програмата не е открила вируса сама, а само след ръчно стартиране на сканирането, това означава, че тя не изпълнява функциите си. 
Когато бъде открит вирус, той трябва да бъдат премахнати.
Код на грешка 1722
Грешката „RPC сървърът е недостъпен“ е най-често срещана, когато няма проблеми със звука. Решено по следния начин:
Грешка във FineReader
Много потребители използват FineReader за търсене и разпознаване на текст в картини. Това може да причини проблеми, но можете да ги коригирате по следния начин:
Проблеми с Bitlocker
Bitlocker защитава информацията на носители за съхранение, като например флаш устройства. А понякога и работата на тази технология може да причини грешкис RPC сървъра. Това може да се коригира чрез деактивиране на технологията или просто актуализиране. Това може да стане чрез център Актуализации на Windows или чрез изтегляне на необходимите файлове от интернет.
Несъмнено много потребители на седмата версия на Windows са виждали съобщението за грешка „RPC сървърът е недостъпен“ на екрана на своя монитор или лаптоп. Какъв вид повреда е това и как да го коригираме, сега ще бъде обсъдено.
Най-честата ситуация на отказ на RPC сървър
Когато се появи съобщение, че RPC сървърът е недостъпен, по принцип това не означава самият сървър. Това всъщност е услуга за дистанционно извикване на процедури.
И, като правило, най-често тази грешка се появява при манипулиране на принтери, например, когато се опитвате да отпечатате документ или просто да инсталирате (добавите) нов принтер. И въпросът тук дори не е в самото устройство, а в услугата, която по някаква причина е спряла да работи или просто е в деактивирано състояние.
Грешка „RPC сървърът не е наличен“: Проблеми с динамични библиотеки
Така че, нека видим какво може да се направи, за да се коригира ситуацията. Първо, трябва да се уверите, че системата има файла с динамична библиотека Spoolss.dll и изпълнимия компонент Spoolss.exe. Те трябва да се намират в директорията System32 на основната директория, в която е инсталирана системата.
Ако има такива файлове, може да има поне две опции за повреда: или те са повредени, или услугата просто не стартира.
Срив със съобщение „RPC сървърът е недостъпен“ Windows 7: Стартиране на услуга от командния ред
Като начало, най-лесният метод за коригиране на ситуацията е да стартирате услугата от командна линия. На на този етапВярваме, че самите файлове са добре.
Извикайте командния ред (cmd) от менюто „Изпълнение“ (Win + R) и след това въведете командата net start rpcss там. Ако всичко е наред със самата услуга, след рестартиране на компютърния терминал (което, между другото, е задължително), проблемът ще изчезне и съобщението, че RPC сървърът е недостъпен, вече няма да притеснява потребителя (да спре услугата , изберете подобна команда, само с думата стоп) . Ако горният метод по някаква причина не активира услугата, ще трябва да вземете, така да се каже, заобиколен маршрут.
Коригиране на грешката с помощта на оригинални библиотеки
Сега нека да разгледаме ситуация, при която горните файлове са повредени или липсват. По принцип можете да го направите по най-простия начин: копирайте ги от подобна система (от друг компютър) и след това ги поставете в системна папкаСистема32.
След това обаче, за да не се появи отново съобщението, че RPC сървърът е недостъпен, ще трябва да предприемете още няколко важни стъпки и първо да отидете в раздела за услуги. Това може да стане от контролния панел, но е много по-лесно да използвате специалната команда services.msc, която е написана в същото меню „Изпълнение“.
В самия редактор трябва да намерите услугата за извикване на отдалечена процедура (RPC) и да щракнете върху стартиране, след което изберете „Автоматично“ в типа на стартиране. След като запазите променените параметри, както в първия случай, ще трябва да рестартирате напълно системата, за да влязат в сила.
Забележка: след рестартиране е препоръчително да стартирате системната актуализация ръчно и да инсталирате най-новите пакети за актуализация. Това може да играе ключова роля за правилното активиране на услугата. По пътя Специално вниманиеобърнете внимание на системата, в която ще се копират оригиналните файлове, вземете предвид поне нейния капацитет.
Цялостно решение с помощта на специални помощни програми
По принцип, ако няма начин да копирате или изтеглите оригинални файлове, можете да го направите по по-прост начин.
Помощни програми като DLL Suite ще помогнат за коригиране на ситуацията, която автоматично сканира системата за повредени или липсващи компоненти и след това независимо интегрира липсващите обекти в нея. Не можем обаче да се ограничим само до това. В края на процеса все пак ще трябва да се уверите, че услугата е в активно състояние (активирана) и работи гладко. Това се прави, както е показано точно по-горе.
Заключение
Това е всичко относно проблема с RPC услугата. Както можете да видите, няма нищо лошо в такъв провал и решението на проблема изглежда доста просто. Единственото друго нещо, което си струва да се отбележи, е инсталирането на нови или актуализирането на съществуващи драйвери за принтер. Разбира се, това не е задължително условие, но би било много желателно да се извърши такава процедура. Това може да стане или от диспечера на устройствата, или с помощта на специално разработени помощни програми като програмата Driver Boosterили нещо друго.
Що се отнася до коригирането на ситуацията със самата услуга, тук не бяха разгледани въпроси, свързани с проверката компютърни системиза вируси. Освен това не са предоставени методи за активиране (активиране) на услугата, например в настройките на груповата политика или чрез промяна на съответните параметри на ключовете на системния регистър, тъй като такава техника е много по-сложна от описаната по-горе. И не всеки потребител ще иска да се рови в тях, в противен случай, какво, по дяволите, цялата система може да бъде затворена.
В противен случай никой потребител не би трябвало да има проблеми. Всеки сам решава какво точно да прави и кой метод да използва, но, както показва практиката, най-лесният начин е да активирате услугата от командния ред (при условие, че необходимите файлове са в ред). Метод за възстановяване на файлове и активиране на това системен компонентот секцията за услуги може да се използва, ако най-простият метод няма никакъв ефект върху системата. И, разбира се, ако откриете, че файловете са повредени или просто липсват от системата, по-добре е да не ги копирате от друго устройство, но ако имате активна интернет връзка, използвайте автоматични помощни програми, който ще изтегли липсващите файлове и ще ги интегрира в системата без участието на потребителя. Всъщност те са разработени точно за това.
Dieser Artikel enthält Informationen zur Behebung des Fehlers „RPC-сървърът не е верфюгбар“ под Microsoft Windowsсървър.
Inhaltsverzeichnis
1. Einführung
„RPC-сървърът не е верфюгбар“ 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 Computer auftreten. Der Übersichtlichkeit halber wird in diesem Artikel der Computer, auf dem die RPC-Kommunikation gestartet wird, als der Клиент und der Computer, mit dem komuniziert wird, als der сървър bezeichnet.
Remote Procedure Call (RPC) е механизъм, който Windows-Prozessen е ermöglicht, miteinander zu komunizieren, entweder zwischen inem Client und Server über ein Netzwerk or oder innerhalb eines einzigen Systems. Zahlreiche integrierte Windows-Componenten verwenden RPC. Bei RPC kommen dynamic Ports für die Kommunikation zwischen verschiedenen Systemen zum Einsatz, doch darüber hinaus musts ein statischer Port (TCP-Port 135) als Ausgangspunkt für die Kommunikation verwendet werden. RPC-Endpunktzuordnung hört diesen statischen Port ab.
In einer typischen RPC-Sitzung contactiert ein Client die Endpunktzuordnung eines Servers auf TCP-Port 135 und fordert die einem bestimmten Dienst zugewiesene dynamische Portnummer an. Сървърът отговаря на IP-адреса и номера на порта, когато устройството стартира с RPC регистрирана мрежа, а клиентът се свързва с потребителя под този IP-адрес и на този порт.
Mögliche Gründe für den "RPC-Server nicht verfügbar"-Fehler sind u. а.:
- RPC-Dienst gestopt:Когато RPC-Dienst auf dem Server nicht ausgeführt wird, ist die Clientsoftware offensichtlich nicht in der Lage, ihn zu erreichen.
- Namensauflösungsprobleme: Der Name des RPC-Servers wird moglicherweise auf die falsche IP-Adresse aufgelöst, sodass der Client den denschen Server contactiert or versucht, enine IP-Adresse zu contactieren, die derzeit nicht nicht verwendet wird. Alternativ dazu wird der Name des Servers eventuell überhaupt nicht aufgelöst.
- Datenverkehr durch Firewall blockiert: Eine Firewall or other Sicherheitsanwendung auf dem Server or eine Netzwerk-Firewall-Appliance zwischen dem Client und dem Server hindert unter Umständen, dass der Datenverkehr den Server auf TCP-Port 135 erreicht.
- Проблем с мрежата: Der Client kann den Server u. U. aufgrund eines allgemeinen Problems mit dem Netzwerk nicht erreichen.
Die folgenden, nach Ursache kategorisierten Schritte können bei der Fehlerbehebung des Problems nützlich sein.
2. RPC-Dienst gestopt
- Öffnen Sie die Dienste-Konsole auf dem Server.
- Ermitteln Sie den Извикване на отдалечена процедура (RPC)-Dienst und stellen Sie sicher, dass er ausgeführt wird.
Забележка: Локаторът за извикване на отдалечена процедура (RPC) не трябва да се използва в Regel nicht ausgeführt werden.
- Wenn der Dienst angehalten ist, ver Suchen Sie, ihn manuell zu starten.
3. Namensauflösungsprobleme
- Wenden Sie den Ping-Befehl vom Client aus auf den Server an. Verwenden Sie dabei den Servernamen, um zu überprüfen, ob der Name auf die korrekte IP-Addresse aufgelöst wird. Wenn dies der Fall ist, ist Namensauflösung wahrscheinlich nicht die Ursache des Problems, und die verbleibenden Schritte in diesem Abschnitt können übersprungen werden.
- Когато клиентът и сървърът участват в домейна на Active Directory (AD), DNS мрежата се използва за използване на имената. Stellen Sie sicher, dass der Client und der Server beide die richtigen DNS-Server verwenden, die sich innerhalb der Domane befinden müssen und in der Regel Domänen-Controller sind.
- Когато обогатеният DNS-сървър е активиран, можете да прехвърлите DNS-конзолата за поддръжка (IIS-конзолата за поддръжка) на този сървър, след като RPC-сървърът е обогатен с данни bzw. die richtigen Datensätze im DNS registriert hat. Водопадът Erforderlich, Kann der Befehl ipconfig /registrdnsако RPC-сървърът се използва, DNS-данните не се регистрират.
- Wenn keine AD-Domäne vorhanden ist, cann WINS für die Namensauflösung verwendet werden. Mit dem Befehl ipconfig /всички werden unterem auch die WINS-Server aufgelistet, die vom RPC-Server verwendet werden. Добавете WINS-Datenbank на този сървър, за да проверите дали RPC-сървърът регистрира правилни данни. Водопадът Erforderlich, Kann der Befehl nbtstat -RRако RPC-сървърът се активира, WINS-данните не се регистрират.
4. Защита на данните, блокирана от защитната стена
- Следете инсталирането на защитната стена на Windows на RPC сървъра.
- Когато защитната стена е активирана, сте сигурни, че сте прехвърлили данните на TCP-порт 135 по време на връзката.
- Когато сървърът на Windows Server 2003 се активира, защитната стена на Windows може да бъде динамична RPC порта, ако не е ръчна. В този случай Fall може да бъде активиран, защитната стена на Windows да бъде деактивирана или да бъде деактивирана от RPC вервендетен портове (вижте текст 4).
- Когато сървърът на Windows Server 2008 или най-високата мрежа за защита се активира, ако сте сигурни, че функцията на защитната стена на Windows ще бъде активирана. Защитната стена на Windows в Windows Server 2008 и най-високата RPC-Verkehr стандартна безпроблемна работа; wenn dies jedoch manuell konfiguriert werden muss, finden Sie entsprechende Anweisungen in diesem TechNet-Artikel: Разрешаване на входящ мрежов трафик, който използва динамичен RPC (Eingehenden Netzwerkverkehr, bei dem dynamische RPC verwendet werden, zulassen).
Ако защитната стена на Windows в Windows Server 2008 или ако сте деактивирани, спрете да спрете защитната стена на Windows. Befolgen Sie stattdessen die Schritte unter in .
- Wenn die Firewall-Software eines Drittanbieters, eine other Sicherheitsanwendung or eine Netzwerk-Firewall-Appliance verwendet wird, schauen Sie in der Documentation der Anwendung or der der Appliance nach, ob sie ordnungsgemäß für RPC-Verkehr konfiguriert werden cann.
- Wenn die Firewall-Software, eine other Sicherheitsanwendung or eine Netzwerk-Firewall-Appliance nicht für die korekte Handhabung von dynamische RPC-Verkehr configuriert werden cann, cann der von RPC verwendete Port-Bereich eingeschränkt werden, und dieser Bereich kann dan n auf der Firewall oder der Sicherheitsanwendung geöffnet werden. Informationen zum Beschränken des von RPC verwendeten Port-Bereichs finden Sie unter Как да конфигурирате RPC Dynamic Port Allocation за работа със защитни стени (Anleitung zum Konfigurieren der dynamischen RPC-Portzuweisung zur Verwendung mit Firewalls).
5. Проблем с мрежата
- Verwenden Sie den Befehl пинг, um die grundlegende Connectivät zwischen dem RPC-Client und 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 durchzulassen. (ICMP, или Internet Control Message Protocol, ist das Protokoll, das bei пинг-und tracert-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 geoffnet 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 specifischen Schnittstellen sie verwenden. Ausführliche Informationen zu PortQry версия 2.0 можете да намерите тук:
Зареждане...