Меню

Обнаружена следующая ошибка сервер rpc недоступен 0x800706ba

Вы можете столкнуться с ошибкой Сервер RPC недоступен (Исключение из HRESULT: 0x800706BA) / The RPC server is unavailable (Exception from HRESULT: 0x800706BA) при попытке подключения к удаленному компьютеру или серверу через определенную MMC оснастку управления, WMI инструмент, PowerShell WinRM или другой протокол удаленного управления.

Проще всего проверить доступность службы RPC на удаленном компьютере с помощью простого WMI запроса. В моем случае я попытаюсь опросить удалённый компьютер через WMI из консоли PowerShell.

Get-WmiObject Win32_ComputerSystem –ComputerName 192.168.0.114

На скриншоте, видно, что удаленный компьютер не доступен по RPC.

Get-WmiObject : Сервер RPC недоступен. (Исключение из HRESULT: 0x800706BA)
строка:1 знак:1
+ Get-WmiObject Win32_ComputerSystem –ComputerName 192.168.0.114
+ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
+ CategoryInfo : InvalidOperation: (:) [Get-WmiObject], COMException
+ FullyQualifiedErrorId : GetWMICOMException,Microsoft.PowerShell.Commands.GetWmiObjectCommand

Сервер RPC недоступен. (Исключение из HRESULT: 0x800706BA)

Что нужно проверить, чтобы исправить ошибку «Сервер RPC недоступен 0x800706BA»:

  1. Проверьте, возможно вы указали неверный IP адрес / имя компьютера, или удаленный компьютер находится в состоянии выключения или еще только загружается.
  2. Убедитесь, что на удаленном компьютере запушены службы Удаленный вызов процедур (RPC) (Remote Procedure Call (RPC) ) и Инструментарий управления Windows (Windows Management Instrumentation). Вы можете проверить статус служб с помощью команд: sc query Winmgmt и sc query rpcss. В том случае, если эти службы запущены команды вернут Состояние: 4 RUNNING. Если службы остановлены, запустите их командой: net start rpcss & net start Winmgmt
    запуск служб Удаленный вызов процедур (RPC) Инструментарий управления Windows WMI
  3. Возможно доступ к удаленному компьютеру через порты RPC блокируется на сетевом уровне файерволом (это очень распространённая причина). В том случае, если в вашей сети нет файерволов, попробуйте временно отключить Windows Firewall (а также антивирусы, т.к. файервол может быть встроен в них) на стороне клиента и сервера и проверить соединение. Дополнительно, для работы протокола RPC вы должны проверить доступность TCP порта 135 на стороне сервера. Проще всего это сделать командлетом Test-NetConnection: Test-NetConnection 192.168.1.15 -port 135. Если служба RPC включена и доступ к ней не блокируется межсетевым экранов, в строке TcpTestSucceeded будет указано True.
    проверка доступности RPC порта Test-NetConnection

Если вы столкнулись с ошибкой «Сервер RPC недоступен 0x800706BA» при выполнении автоматической регистрации сертификата на контроллере домена или в центре сертификации, то при этом в журнале приложений сервера скорее всего присутствует такая ошибка:

Source: CertificateServicesClient-CertEnroll Event ID: 13

Certificate enrollment for Local system failed to enroll for a DomainController certificate with request ID N/A from mskCA.vmblog.ru mskCA (The RPC server is unavailable. 0x800706ba (WIN32: 1722))

Или

Source: CertificateServicesClient-AutoEnrollment EventID: 6
Automatic certificate enrollment for local system failed (0x800706ba) The RPC server is unavailable.

Automatic certificate enrollment for local system failed (0x800706ba) The RPC server is unavailable.

У данной проблемы может быть несколько вариантов решения, но в большинстве случае причина ошибки заключается в том, что у вашего сервера отсутствует доступ к DCOM на сервере со службой сертификации либо на DCOM установлены некорректные права.

  1. Убедитесь, что в вашем домене AD с центром сертификации существует группа CERTSVC_DCOM_ACCESS или Certificate Service DCOM Access.
  2. Добавьте в группу CERTSVC_DCOM_ACCESS/Certificate Service DCOM Access следующие доменные группы: Domain Users, Domain Controllers, Domain Computers.
  3. Выполните обновление настроек безопасности DCOM на сервере с ролью центра сертификации с помощью команд:
    certutil -setreg SetupStatus -SETUP_DCOM_SECURITY_UPDATED_FLAG
    net stop certsvc
    net start certsvc
  4. На хосте с развернутым центром сертификации проверьте разрешения во вкладке безопасность COM. Для указанной выше группы должны быть разрешены Удаленный доступ и Удаленная активация.

После этого попробуйте перезагрузить компьютер и проверить выдачу сертификата.

Симптомы

Когда клиентский компьютер под управлением Microsoft Windows XP делает запрос к удаленному объекту Microsoft COM +, может произойти сбой запроса. Кроме того код ошибки 0x800706BA может быть создан.

Примечание. Код ошибки 0x800706BA указывает, что сервер удаленного вызова (RPC) недоступен.

Причина

Эта проблема возникает, когда клиентский компьютер под управлением Windows XP освобождает удаленного объекта COM +. Примерно 20 секунд до 30 секунд после на клиентском компьютере удаленный объект COM +, были использованы DCOM на сервере RPC-порты будут закрыты. Если сеть отключена, сразу же после на клиентском компьютере удаленный объект COM +, RPC-порты, используемые службой DCOM на сервере остаются открытыми в течение нескольких часов. Это может привести к порту нехватки. Сбой будущих запросов удаленного объекта COM + с клиентского компьютера.

Решение

Сведения об исправлении

Существует исправление от корпорации Майкрософт. Однако данное исправление предназначено для устранения только проблемы, описанной в этой статье. Применяйте данное исправление только в тех системах, которые имеют данную проблему. Это исправление может проходить дополнительное тестирование. Таким образом если вы не подвержены серьезно этой проблеме, рекомендуется дождаться следующего пакета обновления, содержащего это исправление.

Если исправление доступно для скачивания, имеется раздел «Пакет исправлений доступен для скачивания» в верхней части этой статьи базы знаний. Если этот раздел не отображается, обратитесь в службу поддержки для получения исправления.

Примечание. Если наблюдаются другие проблемы или необходимо устранить неполадки, вам может понадобиться создать отдельный запрос на обслуживание. Стандартная оплата за поддержку будет взиматься только за дополнительные вопросы и проблемы, которые не соответствуют требованиям конкретного исправления. Полный список телефонов поддержки и обслуживания клиентов корпорации Майкрософт или создать отдельный запрос на обслуживание посетите следующий веб-узел корпорации Майкрософт:

http://support.microsoft.com/contactus/?ws=supportПримечание. В форме «Пакет исправлений доступен для скачивания» отображаются языки, для которых доступно исправление. Если нужный язык не отображается, значит исправление для данного языка отсутствует.

Предварительные условия

Необходимо иметь Windows XP для установки этого исправления.

Сведения о перезагрузке компьютера

После установки исправления компьютер необходимо перезагрузить.

Сведения о реестре

Необходимо создать разделы реестра для активизации этого исправления. Кроме того изменения в системный реестр для активизации этого исправления нет.

Сведения о файлах

Английская версия данного исправления содержит атрибуты файла (или более поздние атрибуты файлов), приведенные в следующей таблице. Дата и время для этих файлов указаны в формате общего скоординированного времени (UTC). При просмотре сведений о файле, он преобразуется в локальное время. Чтобы узнать разницу между временем по Гринвичу и местным временем, откройте вкладку Часовой пояс элемента Дата и время в панели управления.

Имя файла

Версия файла

Размер файла

Дата

Время

Ole32.dll

5.1.2600.3124

1,287,168

23-Apr-2007

14:20

Rpcss.dll

5.1.2600.3124

399,360

23-Apr-2007

14:20

Updspapi.dll

6.2.29.0

371,424

19-Jan-2006

19:29

Статус

Корпорация Майкрософт подтверждает, что это является ошибкой в продуктах Майкрософт, перечисленных в разделе «Относится к».

Дополнительные сведения

Для получения дополнительных сведений щелкните следующий номер статьи базы знаний Майкрософт:

Описание 824684 Стандартные термины, используемые при описании обновлений программных продуктов Майкрософт

Нужна дополнительная помощь?

  • Remove From My Forums
  • Вопрос

  • Добрый день Уважаемые господа.

    Что есть:

    Есть домен с двумя DC Win2008 R2. На корневом DC поднята служба AD-CS (Уровня Enterprise), другой DC -дополнительный  и содержит реплику AD DS.

    В сайте с корневым DC на AD-CS  создан новый шаблон для авто выдачи для шифрования внутренней почты. Все выдается замечательно, но только в сайте с корневым DC. 

    Проблема:

    Как только пользователи из другого сайта в котором находится DC реплика пробуют сделать запрос на сертификат (например через консоль MMC-Сертификаты), то при создании запроса выдается вот такая вот ошибочка
    «Сервер RPC недоступен». Залез в Events и увидел ошибку вот такого вот содержания:

    «Регистрация сертификата для Domainadministrator: не удалось зарегистрировать сертификат AutoEnrollExchangeUser с ИД запроса N/A от domaindc.domain.localDC-CA (Сервер RPC недоступен. 0x800706ba (WIN32: 1722)).»

    Что делал:

    Отключал файерволы, проверял запущена ли служба Win-RM+ тему тут почитал на technet поданной теме http://social.technet.microsoft.com/Forums/ru/ws2008ru/thread/b6146fcd-f331-4f8c-bb03-2c5d41b0b15e

    Но ничего не помогло.

    Вопрос:

    Может еще есть что-то, что необходимо капнуть ?

    Спасибо!


    Век живи, век учись!

Ответы

  • Необходимо копнуть группу безопасности “CERTSVC_DCOM_ACCESS” на предмет наличия в ней группы Domain Controllers. Судя по ошибке, ее там нет.


    Мнения, высказанные здесь, являются отражением моих личных взглядов, а не позиции корпорации Microsoft. Вся информация предоставляется «как есть» без каких-либо гарантий
    Follow MSTechnetForum on Twitter

    Посетите Блог Инженеров Доклады на Techdays:
    http://www.techdays.ru/speaker/Vinokurov_YUrij.html

    • Помечено в качестве ответа

      15 октября 2011 г. 9:21

  • Всем спасибо!

    Проблема решилась, в том числе и добавлением групп domain computers, domain controlles и domain users ! Необходимо было еще дождаться применения политики. После ьлшл ка к отдал команду на DC gpupdate и перезагрузки-все заработало как надо!  


    Век живи, век учись!

    • Помечено в качестве ответа
      rеstless
      15 октября 2011 г. 9:21

Microsoft, Linux, Lync и etc……

Симптом: при попытке запросить в ручном режиме сертификат пользователи или сертификат компьютера мы получаем ошибку 0x800706ba (Сервер RPC недоступен).

Журнал WindowsПриложение регистрирует EventId 13, уровень Error:

Регистрация сертификата для Локальная система: не удалось зарегистрировать сертификат Machine с ИД запроса N/A от DC01.eaglenn.ruCEntCA (Сервер RPC недоступен. 0x800706ba (WIN32: 1722)).

Решение

У данной проблемы может быть несколько вариантов решения, но корень проблемы заключается в том, что нет группы доступа к DCOM (Доступ DCOM службы сертификации) либо нарушены права. Для начала убедитесь в наличии группы, для этого откройте Active Directory — пользователи и компьютеры, перейдите в OU Builtin и найдите группу Доступ DCOM службы сертификации:

Далее необходимо проверить членство в группе «Прошедшие проверку»

Откроем ПускАдминистрированиеСлужбы компонентов

Разверните правое меню Службы компонентовКомпьютерыМой компьютер, нажмите правой кнопкой мыши Мой компьютер и выберете Свойства:

В появившемся окне в разделе права доступа нажмите кнопку Изменить ограничения и проверьте присутствие группы Доступ DCOM службы сертификации и ее разрешения:

Так же необходимо проверить наличие группы и ее разрешения в параметре Разрешения на запуск и активацию.

Почему может пропасть доступ к DCOM

Одной из причин отсутствия доступа к DCOM центра сертификации может быть банальное удаления группы, но наряду с этим может прекратиться доступ и в результате конфигурирования групповой политики: DCOM: ограничения компьютера на запуск в синтаксисе SDDL. По умолчанию, при вызове редактора не происходит добавления группы Доступ DCOM службы сертификации, не зависимо от того, установлен у вас центр сертификации или нет.

Администратору необходимо помнить, что если в компании используется внутренний центр сертификации и происходит конфигурирование данной политики GPO (DCOM: ограничения компьютера на запуск в синтаксисе SDDL), группу отвечающую за доступ к DCOM необходимо добавить вручную.

Когда я запустил

он работает как для локальных, так и для удаленных хостов.

Когда я делаю это для списка хостов, использующих

Get-WmiObject: сервер RPC недоступен. (Исключение из HRESULT: 0x800706BA)

13 ответов

Убедитесь, что в брандмауэре для каждого удаленного компьютера включено правило «Инструментарий управления Windows (WMI-In)».

Или в командной строке Administrative Command/Powershell:

9 jimhark [2015-06-10 01:15:00]

Возможно, ваш код не использует правильное имя машины, вы должны дважды проверить это.

Get-WmiObject: сервер RPC недоступен. (Исключение из HRESULT: 0x800706BA)

Это результат, который вы получаете, когда машина недоступна. Поэтому предложения брандмауэра разумны, но в этом случае, вероятно, не правильно, потому что вы говорите, что это работает:

Итак, в вашем случае кажется, что эта строка выполняется:

$_ не содержит правильного имени компьютера. Вы можете проверить тип и содержимое $_. Вероятно, есть проблема с содержимым файла. Если файл выглядит правильно, возможно, строки не будут правильно завершены. Возможно, поближе посмотрите, используя Write-Host:

Возможно, это связано с различными проблемами. Я не могу сказать, какой из них есть в вашем случае.

Ниже приведены причины:

  • DCOM не включен на ПК или на целевом ПК или на обоих.
  • Ваш брандмауэр или даже ваш антивирус препятствуют доступу.
  • Любая служба, связанная с WMI, отключена.

Некоторые службы, связанные с WMI, приведены ниже:

  • Диспетчер автоматического подключения к удаленному доступу
  • Диспетчер подключений удаленного доступа
  • Удаленный вызов процедур (RPC)
  • Локатор удаленных процедур (RPC)
  • Удаленный реестр

Для настройки DCOM обратитесь:

  • Ключ: HKLMSoftwareMicrosoftOLE , Значение: EnableDCOM

Значение должно быть установлено на «Y».

1 sxm1972 [2017-09-04 07:12:00]

У меня была такая же проблема, но только с несколькими машинами. Я обнаружил, что использование Invoke-Command для запуска той же команды на удаленном сервере сработало.

1 Eric [2016-09-21 17:46:00]

У меня была такая же проблема с использованием foreach. Я сохранил список в $server и использовал это:

1 Alan [2014-04-12 03:03:00]

Я нашел это сообщение в блоге, в котором предлагается добавить исключение брандмауэра для «удаленного администрирования», и это сработало для нас в наших системах Windows Server 2008 Enterprise.

Если вы пробовали некоторые из предложений в других ответах, наиболее заметно:

  • Ответ Дэвида Брабанта: подтверждение включения правила входящего брандмауэра Windows Management Instrumentation (WMI)
  • Ответ Abhi_Mishra: подтверждение DCOM включено в реестре

Затем рассмотрим другие распространенные причины для получения этой ошибки:

  • Удаленный компьютер выключен
  • Вы указали недопустимое имя компьютера
  • Существуют проблемы с подключением к сети между вами и целевым компьютером.

Думаю, я бы добавил, что мы также столкнулись с этой проблемой с несколькими машинами в нашем домене. Я создал список оскорбительных машин и добавил их все в текстовый файл, из которого можно запустить script. Я запускал это из приглашения CMD с использованием повышенных привилегий.

Отключение брандмауэра разрешило это для меня.

0 Trebor [2016-11-25 12:50:00]

Включение следующих правил FW в целевой системе разрешило проблему на Win2k16:

  • Инструментарий управления Windows (WMI-In)
  • Координатор распределенных транзакций (RPC)
  • Координатор распределенных транзакций (RPC-EPMAP)

Я столкнулся с тем же сообщением об ошибке при попытке выполнить следующую script (частичную) работу с удаленной виртуальной машиной, настроенной для работы в WORKGROUP.

Я заметил, что могу запустить script из другой виртуальной машины в том же WORKGROUP, когда я отключил брандмауэр, но все равно не мог сделать это с машины в домене. Эти две вещи вместе с предложениями Stackflow привели меня к следующему решению:

Примечание. Измените эти параметры на свой страх и риск. Вы должны понимать последствия этих изменений безопасности перед их применением.

На удаленном компьютере:

  • Убедитесь, что вы снова включили свой брандмауэр, если вы отключили его во время тестирования.
  • Запуск Enable-PSRemoting из PowerShell с успехом
  • Перейдите в wf.msc(брандмауэр Windows с повышенной безопасностью)
  • Подтвердить правило приватного/открытого входящего ‘ управления Windows (DCOM-In)‘ включено И, чтобы свойство «Удаленный адрес» было «Любое» или что-то более безопасное.
  • Подтвердить правило приватного/открытого входящего подключения Управление инструментами управления Windows (WMI-In)И убедитесь, что для свойства «Удаленный адрес» указано «Любой» или что-то более безопасное.

Необязательно. Вам также может потребоваться выполнить следующие действия, если вы хотите запускать команды типа Enter-PSSession.

  • Подтвердить приватное/общедоступное входящее ‘ Управление Windows Правило «Инструментарий (ASync-In)» включено И, убедитесь, что Свойство «Удаленный адрес» — «Любой» или что-то более безопасное.
  • Откройте входящий TCP-порт до 5985

ВАЖНО!. Он берет мою удаленную виртуальную машину примерно через 2 минуты после ее перезагрузки, чтобы ответить на команду «Enter-PSSession», даже если другие сетевые службы запускаются без проблем. Дайте ему пару минут, а затем попробуйте.

Боковое примечание: Прежде чем изменить свойство «Удаленный адрес» на «Любой» , оба правила были установлены в «Локальная подсеть».

Вы можете столкнуться с ошибкой Сервер RPC недоступен (Исключение из HRESULT: 0x800706BA) / The RPC server is unavailable (Exception from HRESULT: 0x800706BA) при попытке подключения к удаленному компьютеру или серверу через определенную MMC оснастку управления, WMI инструмент, PowerShell WinRM или другой протокол удаленного управления.

Проще всего проверить доступность службы RPC на удаленном компьютере с помощью простого WMI запроса. В моем случае я попытаюсь опросить удалённый компьютер через WMI из консоли PowerShell.

Get-WmiObject Win32_ComputerSystem –ComputerName 192.168.0.114

На скриншоте, видно, что удаленный компьютер не доступен по RPC.

Get-WmiObject : Сервер RPC недоступен. (Исключение из HRESULT: 0x800706BA)
строка:1 знак:1
+ Get-WmiObject Win32_ComputerSystem –ComputerName 192.168.0.114
+

+ CategoryInfo : InvalidOperation: (:) [Get-WmiObject], COMException
+ FullyQualifiedErrorId : GetWMICOMException,Microsoft.PowerShell.Commands.GetWmiObjectCommand

Что нужно проверить, чтобы исправить ошибку «Сервер RPC недоступен 0x800706BA»:

  1. Проверьте, возможно вы указали неверный IP адрес / имя компьютера, или удаленный компьютер находится в состоянии выключения или еще только загружается.
  2. Убедитесь, что на удаленном компьютере запушены службы Удаленный вызов процедур (RPC) (Remote Procedure Call (RPC) ) и Инструментарий управления Windows (Windows Management Instrumentation). Вы можете проверить статус служб с помощью команд: sc query Winmgmt и sc query rpcss . В том случае, если эти службы запущены команды вернут Состояние: 4 RUNNING. Если службы остановлены, запустите их командой: net start rpcss & net start Winmgmt
  3. Возможно доступ к удаленному компьютеру через порты RPC блокируется на сетевом уровне файерволом (это очень распространённая причина). В том случае, если в вашей сети нет файерволов, попробуйте временно отключить Windows Firewall (а также антивирусы, т.к. файервол может быть встроен в них) на стороне клиента и сервера и проверить соединение. Дополнительно, для работы протокола RPC вы должны проверить доступность TCP порта 135 на стороне сервера. Проще всего это сделать командлетом Test-NetConnection: Test-NetConnection 192.168.1.15 -port 135 . Если служба RPC включена и доступ к ней не блокируется межсетевым экранов, в строке TcpTestSucceeded будет указано True.

Если вы столкнулись с ошибкой «Сервер RPC недоступен 0x800706BA» при выполнении автоматической регистрации сертификата на контроллере домена или в центре сертификации, то при этом в журнале приложений сервера скорее всего присутствует такая ошибка:

Source: CertificateServicesClient-CertEnroll Event ID: 13

Certificate enrollment for Local system failed to enroll for a DomainController certificate with request ID N/A from mskCA.vmblog.ru mskCA (The RPC server is unavailable. 0x800706ba (WIN32: 1722))

Source: CertificateServicesClient-AutoEnrollment EventID: 6
Automatic certificate enrollment for local system failed (0x800706ba) The RPC server is unavailable.

У данной проблемы может быть несколько вариантов решения, но в большинстве случае причина ошибки заключается в том, что у вашего сервера отсутствует доступ к DCOM на сервере со службой сертификации либо на DCOM установлены некорректные права.

  1. Убедитесь, что в вашем домене AD с центром сертификации существует группа CERTSVC_DCOM_ACCESS или Certificate Service DCOM Access.
  2. Добавьте в группу CERTSVC_DCOM_ACCESS/Certificate Service DCOM Access следующие доменные группы: Domain Users, Domain Controllers, Domain Computers.
  3. Выполните обновление настроек безопасности DCOM на сервере с ролью центра сертификации с помощью команд:
    certutil -setreg SetupStatus -SETUP_DCOM_SECURITY_UPDATED_FLAG
    net stop certsvc
    net start certsvc
  4. На хосте с развернутым центром сертификации проверьте разрешения во вкладке безопасность COM. Для указанной выше группы должны быть разрешены Удаленный доступ и Удаленная активация.

После этого попробуйте перезагрузить компьютер и проверить выдачу сертификата.

  • Remove From My Forums
  • Question

  • I have a domain controller that is also a CA running Windows 2008 R2 Enterprise SP1.

    Any attempt to enroll a certificate remotely fails, with; “Error: the RPC server is unavailable. 0x800706ba (WIN: 1722)”

    The only thing I can think of that has changed the firmware on the network and iLO; which are in the same port. The server is a HP DL320 G6. All other commination is working.

    I checked the security setting in COM security, the setting are correct. The members of the group Users are correct.

    Any other ideas?

Answers

  • Hi,

    you should check if you can ping the server with his Windows hostname and with the fully qualified name. Also check if the firewall is activated or not.

    If you run the ping it is not important to see replies, but for both pings you should see that it is pinging the same IP address. And that IP address must be the IP of your CA server. Run the ping from the same machine where you see the 1722 error and from
    one other machine as well (as verification).

    Then run certutil.exe -ping Windowshostname and certutil -ping fqdn from those machines as well. If okay you should see this:

    Connecting to  …
    Server «yourCAname» ICertRequest2 interface is alive
    CertUtil: -ping command completed successfully.

    Regards,

    Lutz

    • Marked as answer by

      Friday, August 9, 2013 4:18 PM

  • Remove From My Forums
  • Question

  • I have a domain controller that is also a CA running Windows 2008 R2 Enterprise SP1.

    Any attempt to enroll a certificate remotely fails, with; “Error: the RPC server is unavailable. 0x800706ba (WIN: 1722)”

    The only thing I can think of that has changed the firmware on the network and iLO; which are in the same port. The server is a HP DL320 G6. All other commination is working.

    I checked the security setting in COM security, the setting are correct. The members of the group Users are correct.

    Any other ideas?

Answers

  • Hi,

    you should check if you can ping the server with his Windows hostname and with the fully qualified name. Also check if the firewall is activated or not.

    If you run the ping it is not important to see replies, but for both pings you should see that it is pinging the same IP address. And that IP address must be the IP of your CA server. Run the ping from the same machine where you see the 1722 error and from
    one other machine as well (as verification).

    Then run certutil.exe -ping Windowshostname and certutil -ping fqdn from those machines as well. If okay you should see this:

    Connecting to  …
    Server «yourCAname» ICertRequest2 interface is alive
    CertUtil: -ping command completed successfully.

    Regards,

    Lutz

    • Marked as answer by

      Friday, August 9, 2013 4:18 PM

0 0 голоса
Рейтинг статьи
Подписаться
Уведомить о
guest

0 комментариев
Старые
Новые Популярные
Межтекстовые Отзывы
Посмотреть все комментарии

А вот еще интересные материалы:

  • Яшка сломя голову остановился исправьте ошибки
  • Ясность цели позволяет целеустремленно добиваться намеченного исправьте ошибки
  • Ясность цели позволяет целеустремленно добиваться намеченного где ошибка
  • Обнаружена проблема при проверке сертификата нарушена структура сертификата ошибка 0x00000007
  • Обнаружена проблема при подключении к службе отчетов об ошибках виндовс 7 как исправить