Включить трассировку согласно инструкции microsoft net framework sdk
Я пытался включить трассировку WCF , но все равно безуспешно . Ниже приводится мое последнее обновление.
Мне нужно разрешение, чтобы написать в расположении ниже?
Какова пошаговая инструкция для включения отслеживания WCF в целях отладки?
Следующая конфигурация, взятая из MSDN, может быть применена для включения трассировки в вашей службе WCF .
Чтобы просмотреть файл журнала, вы можете использовать «C: \ Program Files \ Microsoft SDKs \ Windows \ v7.0A \ bin \ SvcTraceViewer.exe».
Когда / если он взрывается во время установки с несущественной ошибкой, ответ Petopas на Windows 7 SDK Installation Failure решил мою проблему.
Файл будет создан в том же каталоге, что и ваша сборка. Скорее всего, ваш каталог bin. Вам может потребоваться перезапустить рабочий процесс, если ваши службы размещены в IIS.
Убедитесь, что у вашего пула приложений - удостоверение есть разрешение на запись в эту папку. У меня обычно есть выделенная учетная запись, назначенная моему пулу приложений, таким образом, я могу предоставить доступ на чтение / запись этому конкретному пользователю
В среде разработки файл ошибок (initializeData = "Error.svclog") хранится в проекте решения. Изменение его на другие места не сработало.
Мне удалось получить его для входа в папку с помощью этого: initializeData = "C: \ wcflogs \ wcf_svclog.svclog" />
В вашем web.config (на сервере) добавьте
Я добавил, как это, так как у меня нет доступа к устройству, кроме папки, initializeData="\\servername\drive$\Project\WCFTraces.svclog"/> и я не вижу, что файл создается после того, как я пытаюсь получить доступ к службам.
По умолчанию он буферизируется (может быть в состоянии изменить это). Вы можете принудительно сбросить его, переработав пул приложений. Также убедитесь, что удостоверение пула приложений может записывать в местоположение.
Перейдите в каталог Microsoft SDK. Путь как это:
Откройте редактор конфигурации WCF (редактор конфигурации службы Microsoft) из этого каталога:
(Еще один вариант открыть этот инструмент - перейти в Visual Studio 2017 в «Инструменты»> «Редактор конфигурации служб WCF»).
Откройте файл .config или создайте новый с помощью редактора и перейдите к разделу «Диагностика».
Там вы можете нажать «Включить MessageLogging».
С помощью средства просмотра трассировки из того же каталога вы можете открыть файлы журнала трассировки:
Большое вам спасибо за знакомство с этой утилитой GUI. это сделает редактирование файлов конфигурации намного проще!
Термин инструментирование относится к возможности мониторинга и измерения уровня производительности продукта и диагностики ошибок. В программировании это означает способность приложения включать следующие возможности.
Отладка — отслеживание и устранение ошибок программирования в приложении при разработке. Дополнительные сведения см. в разделе Отладка.
Счетчики производительности — компоненты, позволяющие отслеживать производительность приложения. Дополнительные сведения см. в статье Performance Counters.
Журналы событий — компоненты, которые позволяют принимать и относить основные события при выполнении приложения. Дополнительные сведения см. в описании класса EventLog.
Инструментирование приложения путем добавления операторов трассировки в стратегически важных местах кода особенно полезно для распределенных приложений. С помощью операторов трассировки можно инструментировать приложение не только для отображения сведений о неправильных моментах, но также отслеживать, насколько хорошо работает приложение.
Класс TraceSource предоставляет улучшенные функции трассировки и может использоваться вместо статических методов более старых классов трассировки Trace и Debug. Знакомые классы Trace и Debug по-прежнему широко используются, однако рекомендуется использовать класс TraceSource для новых команд трассировки, таких как TraceEvent и TraceData.
Классы Trace и Debug идентичны, за исключением того, что процедуры и функции класса Trace по умолчанию компилируются в сборки выпуска, а процедуры и функции класса Debug — нет.
Классы Trace и Debug предоставляют средства для мониторинга и исследования производительности приложения как во время разработки, так и после развертывания. Например, возможно использование класса Trace для отслеживания в развернутом приложении отдельных типов действий по мере их выполнения (например, создание новых подключений к базе данных) и последующего мониторинга производительности приложения.
Отладка и трассировка кода
Это позволяет отлаживать приложения и оптимизировать их производительность на основе их поведения в среде тестирования. Возможна отладка приложения при отладочном построении с включенным условным атрибутом Debug, что позволяет получать все выходные данные отладки. Когда приложение будет готово к выпуску, можно скомпилировать построение выпуска, не включая условный атрибут Debug, чтобы код отладки не включался компилятором в конечный исполняемый файл. Дополнительные сведения см. в разделе Практическое руководство. Условная компиляция с использованием атрибутов Trace и Debug. Дополнительные сведения о различных конфигурациях сборок для приложения см. в разделе Компиляция и сборка.
С помощью методов класса Trace можно отслеживать выполнение кода в установленном приложении. Процессом и масштабом трассировки можно управлять. Для этого добавьте в код переключатели трассировки. Так вы сможете отслеживать состояние приложения в рабочей среде. Это особенно важно в бизнес-приложениях, которые используют различные компоненты, выполняющиеся на нескольких компьютерах. Вы можете управлять порядком использования переключателей после развертывания с помощью файла конфигурации. Дополнительные сведения см. в разделе Практическое руководство. Создание, инициализация и настройка переключателей трассировки.
Этапы трассировки кода
Существует три этапа трассировки кода.
Инструментирование — добавление кода трассировки в приложение.
Трассировка — код трассировки записывает сведения в указанный целевой объект.
Анализ — оценка сведений трассировки для определения и понимания проблем в приложении.
Во время разработки все методы вывода трассировки и отладки записывают сведения в окне вывода Visual Studio по умолчанию. В развернутом приложении эти методы записывают сведения трассировки в указанные целевые объекты. Дополнительные сведения об указании целевого объекта выходных данных трассировки и отладки см. в разделе Прослушиватели трассировки.
Ниже приведен полный обзор основных шагов, обычно выполняемых при использовании трассировки для анализа и исправления возможных проблем в развертываемом приложении. Дополнительные сведения о выполнении этих шагов см. по соответствующей ссылке.
Использование трассировки в приложении
Обдумайте, какие выходные данные трассировки вы хотите получить на месте после развертывания приложения.
Создайте набора переключателей. Дополнительные сведения см. в статье How to: Configure Trace Switches (Настройка переключателей трассировки).
Добавьте операторы трассировки в код приложения.
Определите, где вы хотите получать выходные данные трассировки, и добавьте соответствующие прослушиватели. Дополнительные сведения см. в разделе Создание и инициализация прослушивателей трассировки.
Выполните тестирование и отладку своего приложения и содержащегося в нем кода трассировки.
Скомпилируйте приложение в исполняемый код с помощью одной из следующих процедур.
Используйте директивы компилятора Trace и Debug для компиляции из командной строки. Дополнительные сведения см. в разделе Условная компиляция с использованием атрибутов Trace и Debug. Используйте эту процедуру при компиляции из командной строки.
Если во время выполнения возникает проблема, включите соответствующий переключатель трассировки. Дополнительные сведения см. в разделе Настройка переключателей трассировки.
Инструментирование трассировки и распределенные приложения
При создании распределенного приложения тестирование приложения способом, которым оно будет использоваться, может показаться сложной задачей. Немногие группы разработчиков имеют возможность протестировать все возможные сочетания операционных систем или веб-браузеров (в том числе все параметры локализованных версий) или смоделировать большое число пользователей, которые будут обращаться к приложению одновременно. В таких обстоятельствах невозможно протестировать реакцию распределенного приложения на большую нагрузку, различные настройки и разные действия конечных пользователей. Кроме того, многие компоненты распределенного приложения не имеют пользовательского интерфейса, с которым можно взаимодействовать напрямую или просматривать активность этих компонентов.
Однако вы можете компенсировать это, позволив распределенным приложениям описывать определенные события, интересующие системных администраторов, особенно то, что работает неправильно, путем инструментирования приложения, то есть путем размещения операторов трассировки в стратегически важных местах кода. Затем, если во время выполнения произойдет что-либо неожиданное (например, слишком большое время отклика), можно будет определить вероятную причину.
Операторы трассировки помогают избежать сложностей проверки исходного кода, его изменения, перекомпиляции, а также попыток воспроизвести ошибку времени выполнения в среде отладки. Помните, что можно инструментировать приложение не только для отображения ошибок, но также для наблюдения за производительностью.
Стратегическое размещение операторов трассировки
Необходимо уделить особое внимание размещению операторов трассировки для использования во время выполнения. Вы должны учесть, какие сведения трассировки скорее всего потребуются в развертываемом приложении, чтобы в полной мере охватить все вероятные сценарии трассировки. Поскольку приложения, использующие трассировку, могут быть самыми разными, не существует общих принципов стратегического размещения трассировки. Дополнительные сведения о размещении операторов трассировки см. в разделе Практическое руководство. Добавление операторов трассировки в код приложения.
Выходные данные трассировки
Выходные данные трассировки собираются объектами, которые называются прослушивателями. Прослушиватель — это объект, который принимает выходные данные трассировки и записывает их в устройство вывода (обычно это окно, журнал или текстовый файл). При создании прослушиватель трассировки, как правило, добавляется к коллекции Trace.Listeners, что позволяет ему получать все выходные данные трассировки.
В следующей таблице перечислены шесть членов класса Debug и методов класса Trace, которые записывают сведения трассировки.
Метод | Выходные данные |
---|---|
Assert | Указанный текст; если ничего не указано, то стек вызовов. Выходные данные записываются только в том случае, если условие, указанное в качестве аргумента в Assert инструкции, имеет Assert . |
Fail | Указанный текст; если ничего не указано, то стек вызовов. |
Write | Указанный текст. |
WriteIf | Указанный текст, если удовлетворено условие, заданное в качестве аргумента в WriteIf инструкции. |
WriteLine | Заданный текст и возврат каретки. |
WriteLineIf | Указанный текст и символ возврата каретки, если удовлетворяется условие, заданное в качестве аргумента в WriteLineIf инструкции. |
Проблемы безопасности
Я пытался включить WCF трассировка, но по-прежнему безуспешно. Ниже мое последнее обновление.
Мне нужно разрешение на запись в приведенное ниже место?
какова пошаговая инструкция для включения отслеживания WCF в целях отладки?
следующая конфигурация взята из MSDN может применяться для включения трассировки на вашем WCF сервис.
для просмотра файла журнала можно использовать "C:\Program файлы\Microsoft SDKs\Windows\v7.0A\bin\SvcTraceViewer.исполняемый."
Если "SvcTraceViewer.exe "нет в вашей системе, вы можете скачать его из пакета" Microsoft Windows SDK для Windows 7 и .NET Framework 4 " здесь:
вам не нужно устанавливать все это, только часть" .NET Development / Tools".
когда / если оно бомбит вне во время установки с non-sensical ошибкой,Petopas ' ответ на ошибка установки Windows 7 SDK решить мою проблему.
в интернете.config (на сервере) добавить
перейдите в каталог Microsoft SDKs. Путь такой:
откройте редактор конфигурации WCF (Microsoft Service Configuration Editor) из этого каталога:
(другой вариант открытия этого инструмента-переход в Visual Studio 2017 в "Tools" > "WCF Service Configuration Editor")
открыть свой .сконфигурируйте файл или создайте новый с помощью редактора и перейдите к Диагностика.
там вы можете нажать кнопку "Включить MessageLogging".
С помощью средства просмотра трассировки из того же каталога вы можете открыть файлы журнала трассировки:
вместо того, чтобы вручную добавлять бит трассировки в web.config вы также можете попробовать использовать редактор конфигурации WCF, который поставляется с VS SDK, чтобы включить трассировку
Ситуация такая: на сервере вводятся пределы интегрирования и шаг, исходя из пределов формируется очередь (еще сам не понял по какому принципу, просто задание такое, вроде как чтобы ускорить, хотя как это ускорять должно. ) из задач (пределы и шаг), задачи рассылаются на подключенных клиентов (если клиентов мало, то ждать пока освободится кто то из них или еще подключатся), как только клиент выполняет интегрирование он должен отослать ответ на сервер и взять новое задание из очереди (если она не пуста), на сервере результаты записываются в список и когда очередь задач опустеет суммируются и выводится результат. Сложность в том что надо если что то с клиентом случилось (отвалился, завис. ) вернуть его часть задачи в очередь обратно, а его кикнуть. Я уже несколько недель с этим мучаюсь помогите пожалуйста. Приложение обязательно должно быть консольным. Это еще одна сложность, потому что никак не отловишь закрытие. (да и если бы не консольное было, то закрытие диспетчером задач все равно не отлавливается никак) Я не прошу за меня написать, но подскажите хотя бы примерный алгоритм как мне отловить то что с клиентом что то случилось, я уже весь мозг на этом сломал.
Нужен совет по алгоритму передачи данных
Не хватает теоретической базы по программированию. Учился радиотехнике, а не программированию.
Помехозащищенный алгоритм передачи данных по радиоканалу.
Добрый день. Некоторое время назад пытался организовать радиоканал между парой STM8 при помощи.
алгоритм передачи избыточных данных для восстановления
Есть разные алгоритмы которые добавляют избыточные данные, но не думал что там такая сложная теория.
Нужен скрипт для передачи данных с WEB себе на мыло!
Кто может помочь.:help: Мне нужен скрипт который бы имел минимум 10 ячеек с несподающими подменю и.
Меня пробило на одну простую идею - запрашивать по таймеру состояние клиента, если произойдет ошибка - отловить и кикнуть его. Кажется все почти идеально и даже почти работает, но если во время всего этого процесса один из клиентов отключается, то другой клиент почему то не выполняет все задачи первого клиента. И вообще там какая то путаница возникает. Посмотрите пожалуйста, выкладываю опять проектом ибо кода много и без отладчика не разберешься, но в этот раз я максимально прокомментировал все.
P.S. На одном скрине сервер, на другом (там где меньше строк) тот клиент которого я процессе работы закрыл, на третьем второй клиент. Видите второй клиент не выполнил все задачи, зато зачем то задачу с 19 по 20 выполнил 2 раза.
Тьфу, оказывается все правильно было, единственное там лишняя задача добавлялась (последняя).
Добавлено через 1 час 47 минут
Черт, я рано обрадовался, не правильно это я все сделал. У меня там считай по таймеру же все и выходит время выполнения равно количеству задач. Бредово сделал че то сразу не догнал. Вопрос снова актуален.
В результате масштабной переделки было все изменено под возврат результата самим клиентом, а не запрос его с сервера. Но теперь почему то у меня упорно не вызывается функция SetResult. Пожалуйста посмотрите кто нибудь. Не игнорьте мою тему очень прошу. Внутри все хорошо прокомментировано, так что разобраться не составит труда.
Dark Byte, я посмотрю ваш код, но заранее ничего не обещаю, поскольку я не знаю логики вашей программы. Если будут вопросы-напишу.
insite2012, что то прояснилось?
Добавлено через 10 минут
Кстати проблема походу не только в функции SetResult. Клиенты оказывается вообще даже не забирают задачи с сервера. Кидается исключение при вызове OnGiveTask в методе Calculate. Текст исключения такой:
"Клиент не смог обработать запрос обратного вызова в связи с внутренней ошибкой. Для получения дополнительных сведений об ошибке либо включите IncludeExceptionDetailInFaults (с помощью атрибута CallbackBehaviorAttribute или через поведение
Добавлено через 18 часов 31 минуту
insite2012, куда вы пропали? Неужто не знаете в чем проблема?? Если что то не понятно по логике кода, так спрашивайте, я отвечу.
Я никуда не пропадал. Но все зависит от наличия времени, просто именно сейчас его нет. Буду свободен - гляну, я же сказал.
insite2012, Надежда конечно умирает последней, просто мне надо лабу сдавать на той неделе. А по этому коду мне еще курсач писать. (там почти тоже самое, только с интерфейсом и парой наворотов) Поэтому пожалуйста не затягивайте, помогите! (уж извините что тороплю )
Надежда конечно умирает последней, просто мне надо лабу сдавать на той неделе. А по этому коду мне еще курсач писать. (там почти тоже самое, только с интерфейсом и парой наворотов) Поэтому пожалуйста не затягивайте, помогите! (уж извините что тороплю )
Поправь клиентский Program.cs так:
LeniumSoft, насколько я понимаю ничего по части соединения (а именно там где то кроется ошибка) вы не меняли. А что касается замены потоков на задачи, то не надо. Мне по заданию требуется использовать именно потоки.
Кстати проблема походу не только в функции SetResult. Клиенты оказывается вообще даже не забирают задачи с сервера. Кидается исключение при вызове OnGiveTask в методе Calculate. Текст исключения такой:
"Клиент не смог обработать запрос обратного вызова в связи с внутренней ошибкой. Для получения дополнительных сведений об ошибке либо включите IncludeExceptionDetailInFaults (с помощью атрибута CallbackBehaviorAttribute или через поведение
Добавлено через 12 часов 19 минут
В другом месте мне подсказали что у меня была взаимоблокировка. Помогла установка ConcurrencyMode.Reentrant в CallbackBehavior. Но не до конца, точнее теперь другие проблемы. Во первых вот я запускаю допустим для теста сервер и двух клиентов. Один клиент сразу кикается, по совершенно не ясным причинам. Отладке это не поддается, отладчик тупо не прыгает на мою точку останова, толи он как то проскакивает ее я хз. Но факт то что он даже в подписанный обработчик события Disconnected не заходит. Во вторых второй клиент делает всю работу, но на сервере результат не выводится, вместо этого пишет ошибку: "Очередь пуста.". Это при том что у меня везде где делается Deque стоят проверки на то чтобы очередь была не пустой. Тоже прямо фантастика какая то. Вобщем все еще жду помощи (видимо тут ее дождаться мне уже не суждено. ).
Добавлено через 5 минут
Я никуда не пропадал. Но все зависит от наличия времени, просто именно сейчас его нет. Буду свободен - гляну, я же сказал.
Кстати если вы не можете / не хотите отвечать то зачем зря обнадеживали? Не верю что за выходные у вас не было времени посмотреть мой код. На форум то вам времени хватает заходить. В общем была бы репа дал бы вам дизлайк за то что пообещали и не помогли.
Разве не так? Что мог-я посоветовал, но разбираться непосредственно в вашей реализации особого желания нет (с учетом того, что, как мне видится, у вас mission impossible). Так что более ничем помочь не смогу.
Ситуация такая: на сервере вводятся пределы интегрирования и шаг, исходя из пределов формируется очередь (еще сам не понял по какому принципу, просто задание такое, вроде как чтобы ускорить, хотя как это ускорять должно. ) из задач (пределы и шаг), задачи рассылаются на подключенных клиентов (если клиентов мало, то ждать пока освободится кто то из них или еще подключатся), как только клиент выполняет интегрирование он должен отослать ответ на сервер и взять новое задание из очереди (если она не пуста), на сервере результаты записываются в список и когда очередь задач опустеет суммируются и выводится результат. Сложность в том что надо если что то с клиентом случилось (отвалился, завис. ) вернуть его часть задачи в очередь обратно, а его кикнуть. Я уже несколько недель с этим мучаюсь помогите пожалуйста. Приложение обязательно должно быть консольным. Это еще одна сложность, потому что никак не отловишь закрытие. (да и если бы не консольное было, то закрытие диспетчером задач все равно не отлавливается никак) Я не прошу за меня написать, но подскажите хотя бы примерный алгоритм как мне отловить то что с клиентом что то случилось, я уже весь мозг на этом сломал.
Не знаю, актуально ли до сих пор, но смысл в том, что проблема, с которой ты столкнулся - это известный случай проблем под названием Half-Closed connections. Возникает она потому, что протокол TCP подрузомевает установку и разрыв соединения в 3 этапа (что за этапы, это уже погугли сам). И если на одном из этапов возникают проблемы, то соединение остаётся half-opened или half-closed, в зависимости от того, на каком этапе у тебя возникла проблема (на этапе соединения или на этапе разрыва соединения). То есть, протокол TCP подрузомевает, что разрыв соединения должен происходить в 3 этапа. И когда у тебя возникает проблема (приложение падает), то другое приложение-сервер не может разорвать соединение, так как оно просто не понимает, что нужно делать из за того, что разрыв tcp-соединения произошел некорректно (вместо трёх необходимых этапов, выполнилось 1-2).
Так же, существуют известные методы борьбы с такими проблемами. Один из методов - это пинг клиентов, что ты и пытаешься сделать. Метод такой себе, но для лабораторки сойдёт. Можешь так же, погуглить на тему "wcf tcp KeepAlive" или что то в этом духе. Примеров в сети полно, проблем быть не должно.
Нужен код для передачи данных из TextBox на почту или ICQ
подскажите код для передачи данных из TextBox1 на почту или аську или сниффер в крайнем случае.
нужен алгоритм написания программы напоминалки с использованием базы данных
нужен алгоритм написания программы напоминалки с использованием базы данных,программа должна.
Алгоритм передачи видеопотока
Здравствуйте, программисты ! Долго думал в какую тему написать с этим вопросом, все таки решил.
Типовые ошибки при попытке создания запроса на сертификат в веб-интерфейсе сервиса подписи.
1. На сервисе подписи нет доступных провайдеров
Возможные причины возникновения ошибки:
На сервисе подписи нет провайдеров в статусе "Enabled", которые могут использоваться для создания новых ключей.
2. Message: invalid_license MessageDetail: Превышено количество пользователей, разрешенных лицензией
Диагностика:
Ошибка в «Журналы приложений и служб -> CryptoPro-> DSS-> SignServer-> Admins».
Пример:
CertificateRequestValidator Message: CertificateRequestValidator. Ошибка: invalid_license;
Описание: Превышено количество пользователей, разрешённых лицензией.;
Возможные причины возникновения ошибки:
Превышен лимит пользователей, для которых разрешено создавать запросы на сертификат, в соответствие с условиями введенных на сервис подписи лицензий.
Рекомендуемое решение:
- Выполнить командлет: Get-DssLicense -AssignedUsersInfo
- Если число пользователей, указанных в параметре "AssignedUsersNumber", равно или превышает число пользователей в параметре "TotalUsersNumberLimit" - ввести дополнительную лицензию на сервис подписи, в соответствие с руководством.
3. Message: An error has occured
Диагностика:
Ошибки в «Журналы приложений и служб -> CryptoPro-> DSS-> SignServer-> Admins».
Возможные причины возникновения ошибки:
- На сервере DSS не запущена служба "Крипто Про HSM 2.0";
- УЗ пула приложений сервиса подписи не добавлена в группу "Привилегированные пользователи КриптоПро HSM";
- Истек срок действия закрытого ключа сертификата доступа к сервисному провайдеру КриптоПро HSM.
Рекомендуемое решение:
- Запустить службу "Крипто Про HSM 2.0";
- Убедиться, что на сервере DSS создана группа пользователей "Привилегированные пользователи КриптоПро HSM" и что в данную группу добавлена УЗ пула приложений сервиса подписи;
- Протестировать срок действия закрытого ключа сертификата доступа к сервисному провайдеру КриптоПро HSM средствами КриптоПро CSP. Если срок действия закрытого ключа истек - перевыпустить сертификат доступа к сервисному провайдеру КриптоПро HSM, перенести его на сервер КриптоПро DSS и перезапустить службу "Крипто Про HSM 2.0".
4. Сервис подписи не настроен на взаимодействие ни с одним УЦ или нет ни одного обработчика УЦ, доступного через веб-интерфейс
Диагностика:
Ошибки в «Журналы приложений и служб -> CryptoPro-> DSS-> SignServer-> Admins».
А) Идентификатор УЦ: 1 Произошла ошибка при создании экземпляра обработчика УЦ: Exception occured while creating enroll with ID 1, Name Тестовый УЦ
System.ServiceModel.Security.SecurityNegotiationException: Не удалось установить безопасный канал для SSL/TLS с полномочиями "testuc".
В) Идентификатор УЦ: 1 Произошла ошибка при создании экземпляра обработчика УЦ: Exception occured while creating enroll with ID 1, Name Тестовый УЦ
System.InvalidOperationException: Сертификат оператора не найден в хранилище Локального компьютера либо недействителен. Отпечаток 56F8AA130B25C82173951E6F7C8C4E9B535904DB
Возможные причины возникновения ошибки:
- Не выполнена настройка для обеспечения взаимодействия DSS с УЦ;
- УЗ пула приложений сервиса подписи не выданы права на доступ к закрытому ключу сертификата привилегированного пользователя ЦР, указанного в настройках обработчика УЦ (OperatorCertThumbprint);
- Возникли проблемы на стороне самого УЦ (например, остановилась служба ЦР);
- В настройках обработчика УЦ указано некорректное имя ЦС (AuthorityName);
- В настройках обработчика УЦ указан отпечаток сертификата привилегированного пользователя ЦР, который не был установлен в хранилище "Личные" локального компьютера сервера DSS, с привязкой к закрытому ключу (OperatorCertThumbprint);
- В настройках обработчика УЦ указан некорректный адрес ЦР (CAServiceUrl);
- В настройках обработчика УЦ указан некорректный идентификатор папки ЦР (FolderId).
Рекомендуемое решение:
- Выполнить настройку обеспечения взаимодействия DSS c УЦ, в соответствие с руководством;
- Установить сертификат привилегированного пользователя ЦР, указанный в настройках обработчика УЦ (OperatorCertThumbprint), в хранилище "Личные" локального компьютера сервера DSS, с привязкой к закрытому ключу;
- Выдать УЗ пула приложений сервиса подписи права на доступ к закрытому ключу сертификата привилегированного пользователя ЦР, указанного в настройках обработчика УЦ (OperatorCertThumbprint);
- Указать в настройках обработчика УЦ корректные credentials-ы для подключения - сертификат привилегированного пользователя ЦР (OperatorCertThumbprint), адрес ЦР (CAServiceUrl), имя ЦС (AuthorityName), идентификатор папки ЦР (FolderId). Полный список параметров и их описание представлены в руководстве;
- Убедиться в том, что компоненты ЦР и ЦС функционируют в штатном режиме.
Читайте также: