- Remove From My Forums
-
Вопрос
-
При настройке WAP возникает ошибка: Базовое соединение закрыто: При попытке установления отношений доверия со службой федерации произошла
ошибка. Ошибка: Базовое соединение закрыто: Непредвиденная ошибка при передаче.. ADFS установлен и настроен. Сертификат был импортирован с закрытым ключом и содержит 3 имени (имя сервера wap, adfs и имя службы ADFS). Все
имена серверов используется внутренние. Трафик между хостами полностью разрешен. Может
кто сталкивался?
Ответы
-
-
Помечено в качестве ответа
6 февраля 2017 г. 7:31
-
Помечено в качестве ответа
-
1. Для имени AD FS при установке WAP нужно использовать msk-i-ca-adfs.internet.lan — именно это значение прописано в хостовой части URL, идентифицирующего ферму AD FS (Identifier). Хотя, если SNI при связи WAP-AD FS не используется
(как посмотреть это, я не знаю), может пройти и adfs.internet.lan.2. Сертификат Service Communication у вас выглядит сомнительно. Чтобы сертификат был действительным для нескольких имён DNS, они должны быть добавлены в расширение Subject Alternative Name (к сожалению, его в выдаче не видно) ,
а в Subject Name в части CN=… (Common Name) должно быть указано только одно, основное имя.3. Сертификат SSL на сервере AD FS я вообще не увидел. Обычно он совпадает с Service Communication Certificate, но у вас почему-то не так (Thumbprint не совпадает). Так что смотрите на него сами (certutil -dump файл_сертификата). Требования
там по именам те же: «основное» имя DNS в Common Name из Subject Name, а все остальные (можно — вместе с основным) — в Subject Alternate Name.
Слава России!
-
Помечено в качестве ответа
Petko KrushevMicrosoft contingent staff, Moderator
6 февраля 2017 г. 7:31
-
Помечено в качестве ответа
- Remove From My Forums
-
Вопрос
-
При настройке WAP возникает ошибка: Базовое соединение закрыто: При попытке установления отношений доверия со службой федерации произошла
ошибка. Ошибка: Базовое соединение закрыто: Непредвиденная ошибка при передаче.. ADFS установлен и настроен. Сертификат был импортирован с закрытым ключом и содержит 3 имени (имя сервера wap, adfs и имя службы ADFS). Все
имена серверов используется внутренние. Трафик между хостами полностью разрешен. Может
кто сталкивался?
Ответы
-
- Помечено в качестве ответа
6 февраля 2017 г. 7:31
- Помечено в качестве ответа
-
1. Для имени AD FS при установке WAP нужно использовать msk-i-ca-adfs.internet.lan — именно это значение прописано в хостовой части URL, идентифицирующего ферму AD FS (Identifier). Хотя, если SNI при связи WAP-AD FS не используется
(как посмотреть это, я не знаю), может пройти и adfs.internet.lan.2. Сертификат Service Communication у вас выглядит сомнительно. Чтобы сертификат был действительным для нескольких имён DNS, они должны быть добавлены в расширение Subject Alternative Name (к сожалению, его в выдаче не видно) ,
а в Subject Name в части CN=… (Common Name) должно быть указано только одно, основное имя.3. Сертификат SSL на сервере AD FS я вообще не увидел. Обычно он совпадает с Service Communication Certificate, но у вас почему-то не так (Thumbprint не совпадает). Так что смотрите на него сами (certutil -dump файл_сертификата). Требования
там по именам те же: «основное» имя DNS в Common Name из Subject Name, а все остальные (можно — вместе с основным) — в Subject Alternate Name.
Слава России!
- Помечено в качестве ответа
Petko KrushevMicrosoft contingent staff, Moderator
6 февраля 2017 г. 7:31
- Помечено в качестве ответа
Я пытаюсь установить прокси ADFS. В нашей интрасети у нас есть сервер ADFS 2.1, работающий на Windows 2012, который работает нормально. Сейчас мы пытаемся развернуть прокси-сервер для доступа к Интернету с помощью прокси-сервера веб-приложений Windows 2012 R2.
Я получаю следующую ошибку на прокси-сервере с кодом события 393:
Сообщение. Произошла ошибка при попытке установить доверительные отношения с сервером федерации. Произошла ошибка при попытке установить доверительные отношения со службой федерации.
Ошибка: запрещено
Контекст: DeploymentTask
Статус: Ошибка
Я не получаю никаких ошибок на сервере ADFS.
Я пробовал с разными учетными данными. Учетная запись службы ADFS, администратор домена, который является членом группы локальных администраторов на сервере ADF, и учетная запись локального администратора на сервере ADFS. То же сообщение об ошибке.
Оба порта 80 и 443 доступны с прокси-сервера на внутренний сервер ADFS, и я могу получить доступ к конечной точке метаданных ADFS с прокси-сервера. Я использую один и тот же доверенный сертификат SSL (подстановочный знак) на обеих машинах.
У вас есть идеи, которые могут помочь мне решить эту проблему?
2013-11-05 09:35
- Remove From My Forums
-
Question
-
Hi,
Our External ADFS 2016 WAP stopped working and when I try to reestablish the trust with the ADFS 2016 server (Which is still working fine for internal requests) I get this error:
Result: Status — Error, Message — An error occurred while attempting to establish a trust relationship with the Federation Server. An error occurred when attempting to establish a trust relationship with the federation service. Error: Internal Server
Error, Context — DeploymentTaskAnd on the ADFS server the following is logged:
The federation server proxy could not establish a trust with the Federation Service.
Additional Data
Exception details:
System.Security.Cryptography.CryptographicException: Access is denied.at System.Security.Cryptography.X509Certificates.X509Store.Add(X509Certificate2 certificate)
at Microsoft.IdentityServer.WebHost.Configuration.Providers.DeviceStoreProvider.AddCertificateToStore(X509Certificate2 certificate)
at Microsoft.IdentityServer.ProxyTrust.ProxyTrustConfigProvider.EstablishProxyTrust(X509Certificate2 trustCertificate)
at Microsoft.IdentityServer.Web.ProxyTrustUserNameListener.OnGetContext(WrappedHttpListenerContext context)User Action
Ensure that the credentials being used to establish a trust between the federation server proxy and the Federation Service are valid and that the Federation Service can be reached.How do I fix this issue?
Regards,
Andrew
Answers
-
I resolved this issue with the support of Microsoft.
One of the files under “C:UsersAll UsersMicrosoftCryptoRSAMachineKeys” on the ADFS Server was missing permissions for the ADFS service account and local administrators.
After adding permissions I could successfully re-establish the trust relationshop using the install-webapplicationproxy command.
- Marked as answer by
Sunday, January 6, 2019 10:17 PM
- Marked as answer by
- Remove From My Forums
-
Question
-
Hi,
Our External ADFS 2016 WAP stopped working and when I try to reestablish the trust with the ADFS 2016 server (Which is still working fine for internal requests) I get this error:
Result: Status — Error, Message — An error occurred while attempting to establish a trust relationship with the Federation Server. An error occurred when attempting to establish a trust relationship with the federation service. Error: Internal Server
Error, Context — DeploymentTaskAnd on the ADFS server the following is logged:
The federation server proxy could not establish a trust with the Federation Service.
Additional Data
Exception details:
System.Security.Cryptography.CryptographicException: Access is denied.at System.Security.Cryptography.X509Certificates.X509Store.Add(X509Certificate2 certificate)
at Microsoft.IdentityServer.WebHost.Configuration.Providers.DeviceStoreProvider.AddCertificateToStore(X509Certificate2 certificate)
at Microsoft.IdentityServer.ProxyTrust.ProxyTrustConfigProvider.EstablishProxyTrust(X509Certificate2 trustCertificate)
at Microsoft.IdentityServer.Web.ProxyTrustUserNameListener.OnGetContext(WrappedHttpListenerContext context)User Action
Ensure that the credentials being used to establish a trust between the federation server proxy and the Federation Service are valid and that the Federation Service can be reached.How do I fix this issue?
Regards,
Andrew
Answers
-
I resolved this issue with the support of Microsoft.
One of the files under “C:UsersAll UsersMicrosoftCryptoRSAMachineKeys” on the ADFS Server was missing permissions for the ADFS service account and local administrators.
After adding permissions I could successfully re-establish the trust relationshop using the install-webapplicationproxy command.
- Marked as answer by
Sunday, January 6, 2019 10:17 PM
- Marked as answer by
Установка AADC с AD FS во многом схожа с процессом развертывания без серверов федерации. Тем не менее, существенные отличия все же есть и именно они заставили написать эту статью. Кроме того, мне очень повезло и в процессе тестовых развертываний встретилось огромное множество самых разных ошибок и сложностей. В итоге получасовой процесс развернулся в многодневные попытки отдебажить все новые и новые ошибки.
Если вам интересна тематика облачных технологий, рекомендую обратиться к тегу Cloud на моем блоге.
Содержание
- 1 Установка AADC с AD FS
- 1.1 Подготовка
- 1.2 Установка
- 1.2.1 Приветствие
- 1.2.2 Базовые настройки
- 1.2.3 Синхронизация
- 1.2.4 Настройки федерации
- 1.2.5 Проверка и применение
- 1.3 Устранение проблем
- 1.3.1 Проблема с DNS
- 1.3.2 Элемент «ma-run-data» не найден
- 1.3.3 Синхронизация не выполнялась
Ниже я постараюсь подробно рассмотреть процесс развертывания AADC, основанный исключительно на личном опыте. Ваша инфраструктура может (и будет) сильно отличаться от моей и для вас алгоритм действий может оказаться немного другим. Именно поэтому настоятельно рекомендую ознакомиться с официальной документацией (Выборочная установка Azure AD Connect), которая в полной мере охватывает большинство вариантов развития событий (хотя и ничего не упоминает о возможных ошибках).
Подготовка
Перед развертыванием Azure AD Connect вы должны убедиться, что ваша инфраструктура полностью удовлетворяет внушительный перечень требований 1. Помимо этого, вам нужно подготовить и окружение Azure. Оба этих процесса я рассматривал в давних статьях, которые, тем не менее, по-прежнему актуальны:
- Локальная инфраструктура и Azure AD (без установки Azure AD Connect!)
- Подготовка Azure Active Directory
В сценарии, описанном в этой статье, я планирую развернуть AADC вместе с AD FS, а потому сервер федерации и WAP-прокси к этому моменту также должны быть полностью настроены. Процесс настройки этих серверов я рассматривал в одной из своих последних статей:
- Exchange Hybrid — Подготовка серверов федерации
Как только все шаги, описанные в статьях, будут выполнены, можно идти дальше.
Установка
Для начала скачайте последнюю версию Azure AD Connect с официального сайта 2. После этого приступайте к установке.
Приветствие
На странице приветствия поставьте галочку на согласии с лицензионными соглашениями и нажимайте Продолжить:
Далее вам нужны настраиваемые параметры, а не быстрые:
При необходимости укажите отдельный экземпляр MS SQL, кастомный каталог для установки, либо другие параметры, не влияющие на конечную функциональность.
Базовые настройки
В секции базовых настроек вам нужно выбрать Федерация с AD FS, ведь именно этому сценарию мы и хотим следовать:
Примечание: поставить галочку «Включить единый вход» не получится. Да это и не нужно, ведь AD FS из коробки обеспечивают этот функционал.
Далее указываем учетные данные глобального администратора Azure AD, которого вы создавали на этапе настройки окружения Azure:
Переходим к следующей секции.
Синхронизация
Подключаем каталоги: выбираем каталог и лес AD, нажимаем Добавить каталог:
Откроется диалоговое окно ввода учетных данных с правами администратора предприятия:
Примечание: обратите внимание, в этой версии AADC есть недоработка — поле ввода пароля скрыто внизу, а бегунка для прокрутки вниз нет. Придется переключать табуляцией и вводить пароль вслепую.
Как только каталог будет добавлен, вы увидите что-то подобное:
На следующем этапе нужно выбрать домен Azure AD. Если к этому моменту вы не добавили и не прошли проверку хотя бы по одному домену, который представлен как UPN-суффикс для учеток в лесу, то придется сделать это сейчас. А так оставляем все по умолчанию (крайне желательно оставить UserPrincipalName как атрибут для входа в Azure):
На следующей странице вы можете выбрать какие домены и подразделения синхронизировать в Azure AD. Мне подходит вариант синхронизации всей иерархии:
Настройки идентификации пользователей по умолчанию тоже нет смысла менять для простой иерархии Active Directory:
Далее вы можете выбрать группы для синхронизации. Это удобно для тестовых развертываний, но потом лучше не пользоваться этим функционалом, поскольку будут сложности с поддержкой актуального состава групп:
На следующей странице выберите дополнительные возможности. Я решил включить синхронизацию хэшей паролей, чтобы в случае проблем с доступом через AD FS иметь резервный вариант. В вашем случае это может быть лишней затеей, особенно если изначально есть требования в плане безопасности и нужно ограничить процесс аутентификации локальной инфраструктурой, не передавая пароли в облако (ни в каком виде, включая их хэши):
Далее надо ввести учетные данные администратора домена:
А теперь пришло время заняться настройкой федерации.
Настройки федерации
Первым делом подгружаем сертификат, который мы успели получить в статье (Exchange Hybrid — Подготовка серверов федерации):
Далее указываем сервер федерации. У меня пока что он один (adfs01.bq.local):
А на следующем шаге сервер WAP (в моем случае это rpx01.bq.local):
Указываем учетную запись службы AD FS (или создаем новую автоматически, прописав креды администратора предприятия):
На завершающих этапах выбираем домен для объединения в федерацию:
Осталось только все проверить и запустить.
Проверка и применение
Если что-то нужно поменять или убрать, самое время это сделать, потому что сразу после нажатия кнопки Установить начнется настройка инфраструктуры:
После некоторого ожидания, если все прошло успешно, увидите подобную страничку:
Тем не менее, не всегда все идет по плану. Если вы столкнулись с ошибками, то глава ниже специально для вас, а развертывание AADC на этом завершено, не забудьте настроить регулярное резервное копирование вашего нового сервера.
Устранение проблем
Процесс развертывания Azure AD Connect достаточно простой и на редкость качественно задокументирован. Несмотря на это, мне встретилась куча ошибок и некоторые из них я собираюсь разобрать ниже.
Проблема с DNS
На конечных этапах настройки может возникнуть ошибка, указывающая на проблемы с установкой отношений доверия со службой федерации. Её текст следующий:
Произошла ошибка при выполнении команды «Install-WebApplicationProxy». При попытке установления отношений доверия со службой федерации произошла ошибка. Ошибка: Gateway Time-out
Exception Data (Raw): Microsoft.Online.Deployment.PowerShell.PowerShellInvocationException: Произошла ошибка при выполнении команды «Install-WebApplicationProxy». При попытке установления отношений доверия со службой федерации произошла ошибка. Ошибка: Gateway Time-out —> System.Management.Automation.RemoteException: При попытке установления отношений доверия со службой федерации произошла ошибка. Ошибка: Gateway Time-out
А в визарде AADC она выглядит так:
Причина заключается в том, что основное имя федерации с сервера WAP должно разрешаться во внутренний адрес сервера AD FS. Об этом я упоминал в статье Exchange Hybrid — Подготовка серверов федерации.
Элемент «ma-run-data» не найден
Полный текст ошибки в логах не говорит абсолютно ни о чем. Тем не менее, вот он:
Exception Data (Raw): System.Management.Automation.CmdletInvocationException: Элемент «ma-run-data» не найден., строка 1, позиция 2. —> Microsoft.IdentityManagement.PowerShell.ObjectModel.SynchronizationConfigurationValidationException: Элемент «ma-run-data» не найден., строка 1, позиция 2.
А выглядит это вот так:
В этом случае не остается ничего, кроме полного удаления AADC и установки заново с нуля.
Синхронизация не выполнялась
Объективно это даже не ошибка, а скорее состояние. Установка AADC завершилась успешно и вы открываете список учетных записей Azure AD, чтобы убедиться, что среди них появились синхронизированные копии учеток из вашей локальной инфраструктуры, но не обнаруживаете их.
Состояния синхронизации выглядит следующим образом:
Причин такого состояния может быть множество, некоторые из них я распишу ниже.
1. Во-первых, не лишним будет проверить коннекторы на предмет некорректных учетных данных. Для этого запустите с правами администратора утилиту miisclient.exe, которую вы можете найти в каталоге:
|
C:Program FilesMicrosoft Azure AD SyncUIShell |
В открывшемся окне справа внизу будет статус соединений, нажмите на него:
Чтобы изменить имя/пароль учетной записи, пройдите на вкладку Connectors и дважды щелкните на соединителе с типом Active Directory Domain Services (у меня он имеет имя bq.local — точно по имени основного домена). В открывшемся окне вам будет нужна вкладка Connect to Active Directory Forest:
Смело вводите правильный пароль и применяйте изменения.
2. Вторая возможная причина, по которой могут быть проблемы с синхронизацией — состояние основной учетной записи Microsoft, с помощью которой вы изначально разворачивали инфраструктуру. Дело в том, что исключительно из-за интереса я залогинился под этой учеткой и обнаружил, что она заблочена за рассылку спама! Как такое могло случиться с учетной записью, которая была создана буквально день назад, мне до сих пор непонятно.
Примечание: я рассказываю об этой причине как об одной из возможных потому, что после разблокировки учетки не получилось ещё раз её «заблокировать» и проверить мои предположения наверняка, чтобы не возникало сомнений.
Разумеется после разблокировки учетной записи новых подобных инцидентов не последовало. К слову, изначально был установлен более чем надежный пароль, я всегда пользуюсь генератором максимально сложных паролей, с разными регистрами букв и спецсимволами. Тем не менее, вот такая история приключилась. Никогда не списывайте со счетов подобный вариант развития событий.
comments powered by HyperComments
При проверке отношений доверия произошла системная ошибка — Сертификат
Криптографические утилиты КриптоПро применяются во многих программах, созданных российскими разработчиками. Их предназначение — подпись различных электронных документов, организация PKI, манипуляция с сертификатами. В этой статье мы рассмотрим ошибку, которая появляется в результате работы с сертификатом — «При проверке отношений доверия произошла системная ошибка».
Содержание
- Причина появления ошибки в КриптоПро
- Решение ошибки с сертификатом
- Установка личного сертификата
- Другие методы устранения ошибки при проверке отношений доверия
Причина появления ошибки в КриптоПро
Появление системного сообщения об ошибке часто связано с конфликтующими версиями Windows и КриптоПро. Пользователям свойственно бегло знакомиться с системными требованиями программного обеспечения, его свойствами и возможностями. Именно поэтому приходится более подробно изучать инструкции и форумы только после того, как случился сбой.
Нередко само программное обеспечение устанавливается в систему с ошибками. Причин для этого предостаточно:
- Неполадки в системном реестре Windows;
- Жесткий диск заполнен мусором, которые не дают правильно работать другому ПО;
- Наличие вирусов в системе и так далее.
Читайте также: не удается построить цепочку сертификатов для доверенного корневого центра.
Решение ошибки с сертификатом
В программном продукте КриптоПро произошел системный сбой «При проверке отношений доверия произошла системная ошибка». Попробуем решить эту проблему. В некоторых случаях программа может выдать сообщение на экран, если в системе нет соответствующих обновлений. Вы также можете получать ошибку в том случае, если используете КриптоПро версию 3.6 на операционной системе Windows 8.1. Для этой ОС необходимо использовать версию 4 и выше. Но для установки новой, нужно деинсталлировать старую версию.
Все важные данные с предыдущей версии необходимо скопировать на съемный носитель или в отдельную папку Windows.
- Откройте меню «Пуск» и нажмите раздел «Панель управления» Windows;
- На следующем шаге нажмите «Удаление программ». Это можно сделать и быстрее — нажмите 2 клавиши WIN+R и введите в строке команду «control», затем выберите «Удаление программ»;
- В списке найдите старую версию КриптоПро и выделите её мышью. Затем нажмите вверху кнопку «Удалить»;
Удалите программу КриптоПро - Подтвердите удаление.
Затем нужно посетить официальный сайт и загрузить свежую версию пакета утилит, загрузить их и установить на свой компьютер. Перейдите по адресу — https://www.cryptopro.ru/downloads. При установке на время отключите брандмауэр Windows и другие программы или антивирусы, которые могут блокировать работу КриптоПро.
Установить новый продукт можно при помощи личного кабинета на сайте. Для этого вам нужно войти и авторизоваться.
- Затем зайдите в ЛК;
- Откройте вкладку сверху «Управление услугами»;
- Перейдите в раздел «Автоматизированное рабочее место»;
- Затем найдите пункт «Плагины и дополнения» и нажмите на одну из версий КриптоПро.
Установка личного сертификата
Далее нужно установить сертификат в утилите КриптоПро, чтобы устранить сбой сертификата — при проверке отношений доверия произошел сбой. Запустите ПО от имени администратора. Делать это лучше всего из меню «Пуск».
- В окне программы выберите вкладку «Сервис»;
- Выберите пункт «Просмотреть сертификаты…»;
- Далее в окне «Сертификаты закрытого ключа» нажмите небольшую кнопку «Обзор» и выберите контейнер;
- Нажмите кнопку «Далее». Если вы увидите сообщение, в котором говорится об отсутствии набора ключей, возьмите его с ключевого носителя;
- Нажмите кнопку ниже «Установить»;
- Затем в процессе нужно выбрать пункт, чтобы переместить сертификаты в личное хранилище и в завершении нажмите кнопку «Готово».
Другие методы устранения ошибки при проверке отношений доверия
Если вы используете КриптоПро версии 4, но ошибка все равно появляется, попытайтесь просто переустановить программу. Во многих случаях эти действия помогали пользователям. Еще возможно, что ваш жесткий диск переполнен ненужными файлами и их нужно удалить. В этом нам помогут стандартные утилиты Windows.
- Откройте проводник (WIN+E) и выберите один из локальных дисков ПКМ;
- Нажмите на пункт «Свойства»;
- Под изображением занятого пространства диска найдите и нажмите кнопку «Очистить»;
- Затем появится окно, где нужно выбрать файлы, которые будут удалены;
- Можете выбрать все пункты и нажать «Ок».
Эту инструкцию нужно выполнить для всех локальных дисков на вашем компьютере. Далее выполните следующую инструкцию для проверки файлов Windows
- Откройте меню «Пуск»;
- Введите в строке поиска «Командная строка»;
- Эту строку выберите ПКМ и укажите мышью пункт «От имени администратора»;
- Введите в этом окне команду для запуска сканирования «sfc /scannow»;
- Нажмите клавишу ENTER.
Дождитесь завершения этого процесса. Если утилита найдет неполадки в файловой системе вы увидите это в итоговом сообщении. Закройте все окна и попытайтесь запустить программу КриптоПро, чтобы убедиться, что ошибка «При проверке отношений доверия произошла системная ошибка» уже устранена. Для особых случаев есть номер технической поддержки ПО — 8 800 555 02 75.
Опубликовано 17 января 2019 Обновлено 28 января 2021
Форум КриптоПро
»
Устаревшие продукты
»
КриптоПро CSP 3.6
»
После WindowsUpdate: При проверке отношений доверия произошла системная ошибка
 muzgp3 |
|
|
Статус: Новичок Группы: Участники
Зарегистрирован: 05.07.2017(UTC) Сказал(а) «Спасибо»: 2 раз |
Приветствую!Windows 8.1 х64, Framework 4.5. Используется для КриптоПро 3.6 + ЭЦП для электронных торгов, все было настроено, работало, люди заходили на госзакупки итд. |
 |
|
|
basid |
|
|
Статус: Активный участник Группы: Участники
Зарегистрирован: 21.11.2010(UTC) Сказал(а) «Спасибо»: 6 раз |
Простейшее действие — «Восстановить» для установленного КРИПТО-ПРО CSP делали? |
|
|
|
|
Андрей Писарев |
|
|
Статус: Сотрудник Группы: Участники Зарегистрирован: 26.07.2011(UTC) Сказал «Спасибо»: 451 раз |
Здравствуйте. КриптоПРО 3.6 не поддерживает Windows 8.1 и не сертифицирован для этой версии ОС. Используйте для работы в этой версии ОС сертифицированную 3.9 R2 или лучше 4.0 R2. |
|
Техническую поддержку оказываем тут |
|
|
|
WWW |
|
muzgp3 |
|
|
Статус: Новичок Группы: Участники Зарегистрирован: 05.07.2017(UTC) Сказал(а) «Спасибо»: 2 раз |
Восстановить сделал, не помогло. |
|
|
|
|
Андрей Писарев |
|
|
Статус: Сотрудник Группы: Участники Зарегистрирован: 26.07.2011(UTC) Сказал «Спасибо»: 451 раз |
Автор: muzgp3 Восстановить сделал, не помогло. 3.6 сертифицирован для Windows 8. >оснастка запускается. Переходите на актуальную версию, 4.0, в которой есть ГОСТ-2012. |
|
Техническую поддержку оказываем тут |
|
|
|
WWW |
|
|
muzgp3
оставлено 07.07.2017(UTC) |
1 пользователь поблагодарил Андрей * за этот пост.|
muzgp3 |
|
|
Статус: Новичок Группы: Участники Зарегистрирован: 05.07.2017(UTC) Сказал(а) «Спасибо»: 2 раз |
т.е. если у нас лицензионный ключ на 3.6. мы можем поставить версию 4 и дать тот же серийник? Не разбираюсь в таких тонкостях, но хочется что бы всё было правильно. Отредактировано пользователем 7 июля 2017 г. 9:48:02(UTC) |
|
|
|
|
Андрей Писарев |
|
|
Статус: Сотрудник Группы: Участники Зарегистрирован: 26.07.2011(UTC) Сказал «Спасибо»: 451 раз |
Здравствуйте. Лицензия не подойдет. Требуется: |
|
Техническую поддержку оказываем тут |
|
|
|
WWW |
|
|
muzgp3
оставлено 07.07.2017(UTC) |
|
muzgp3 |
|
|
Статус: Новичок Группы: Участники Зарегистрирован: 05.07.2017(UTC) Сказал(а) «Спасибо»: 2 раз |
Обновил до 4, всё заработало, спасибо! |
|
|
|
|
Toss7 |
|
|
Статус: Новичок Группы: Участники Зарегистрирован: 30.01.2019(UTC) |
Во всех сертификатах было «При проверке отношений доверия произошла системная ошибка» Переустановка криптопро помогла. Спасибо. Отредактировано пользователем 30 января 2019 г. 12:15:59(UTC) |
|
|
|
| Пользователи, просматривающие эту тему |
|
Guest |
Форум КриптоПро
»
Устаревшие продукты
»
КриптоПро CSP 3.6
»
После WindowsUpdate: При проверке отношений доверия произошла системная ошибка
Быстрый переход
Вы не можете создавать новые темы в этом форуме.
Вы не можете отвечать в этом форуме.
Вы не можете удалять Ваши сообщения в этом форуме.
Вы не можете редактировать Ваши сообщения в этом форуме.
Вы не можете создавать опросы в этом форуме.
Вы не можете голосовать в этом форуме.
КриптоПро используется во многих приложениях созданных российскими разработчиками. Главная цель указанной утилиты — создание подписи для использования в элетронном документообороте, совершение различных действий с сертификатами, а также управление PKI. Как и любой другой электронный, компьютерный продукт, КриптоПро существует не без изъянов и выдает различные ошибки при использовании. Одна из таких ошибок рассмотрена в данной статье, причины возникновения. а также методы решения проблемы.
При проверке отношений доверия произошла системная ошибка
Причины ошибки
В основном при установке какого либо приложения пользователь не парится вникать в техническую документацию последнего. В связи с чем, ошибки возникают на ровном месте и только после того как установленная программа отказывается работать в связи с конфликтом установленного ПО либо действующей версии Windows.люди гуглят и всячески ищут возможную причину и решение возникшей проблемы.
Зачастую программа устанавливается с ошибками. Причины приводящие к подобной ситуации могут быть разные:
- Сбои в работе Windows и его реестре
- Компьютер заражен вирусами, парализующими работу программ
- Антивирус или файрвол мешает нормальной работе программы
Решение проблемы
Если программа выбивает сбой с указанным названием, можно решить задачу различными путями. КриптоПро может также не показать ошибку на экране (при использовании старой версии 3.6 и более ранней). Сразу необходимо взять на заметку, что для Вииндоус 8.1 и выше нужна версия 4 или новее. Более старая работать не будет.
Первый путь решения проблемы, как бы банально не звучало — переустановить продукт.
- Скопируйте все нужные данные в отдельную папку при удалении
- Заходим в панель управления
- Выбираем «установка и удаление»
- Находим КриптоПро
- Удаляем
Новую версию, взамен старой лучше всего скачать с официального сайта
При установке программы желательно отключить антивирус, брандмауэр и другие подобные программы, что бы избежать проблем в дальнейшем.
Что бы скачать и установить необходимо сперва зарегистрироваться на сайте, после чего:
- Заходим в личный кабинет
- Открываем вкладку «управление услугами»
- В разделе автоматизированное рабочее место нужно перейти во вкладку плагины и дополнения что бы выбрать одну из нужных версий продукта
После совершенных выше действий необходимо установить непосредственно сертификат в программу «КриптоПро»
Совершаем следующие шаги:
- Открываем приложение и выбираем раздел «сервис»
- Далее выбираем пункт «смотреть сертификаты»
- Жмем на клавишу «обзор» и выбираем контейнер
- Жмем кнопочку «Далее»
- Устанавливаем
- В процессе установки необходимо переместить сертификаты в появившемся окне
Windows 10 при проверке отношений доверия
При использовании указанной программы в десятом виндоусе. сперва стоит посмотреть на версию утилиты, так как все что ниже 4 версии работать не будет. В том случае, если вы уже используете что-то более современное — первым делом просто переустановите КриптоПро.
Также совершите следующие действия:
- Жмем пуск
- Открываем командную строку
- Последнюю необходимо запускать от имени администратора, что бы это сделать жмем правой кнопкой мыши по командной строке и выбираем запуск от имени администратора
- Вводим «sfc /scannow»
Перейти к контенту
- Remove From My Forums
-
Вопрос
-
При настройке WAP возникает ошибка: Базовое соединение закрыто: При попытке установления отношений доверия со службой федерации произошла
ошибка. Ошибка: Базовое соединение закрыто: Непредвиденная ошибка при передаче.. ADFS установлен и настроен. Сертификат был импортирован с закрытым ключом и содержит 3 имени (имя сервера wap, adfs и имя службы ADFS). Все
имена серверов используется внутренние. Трафик между хостами полностью разрешен. Может
кто сталкивался?
Ответы
-
-
Помечено в качестве ответа
6 февраля 2017 г. 7:31
-
Помечено в качестве ответа
-
1. Для имени AD FS при установке WAP нужно использовать msk-i-ca-adfs.internet.lan — именно это значение прописано в хостовой части URL, идентифицирующего ферму AD FS (Identifier). Хотя, если SNI при связи WAP-AD FS не используется
(как посмотреть это, я не знаю), может пройти и adfs.internet.lan.2. Сертификат Service Communication у вас выглядит сомнительно. Чтобы сертификат был действительным для нескольких имён DNS, они должны быть добавлены в расширение Subject Alternative Name (к сожалению, его в выдаче не видно) ,
а в Subject Name в части CN=… (Common Name) должно быть указано только одно, основное имя.3. Сертификат SSL на сервере AD FS я вообще не увидел. Обычно он совпадает с Service Communication Certificate, но у вас почему-то не так (Thumbprint не совпадает). Так что смотрите на него сами (certutil -dump файл_сертификата). Требования
там по именам те же: «основное» имя DNS в Common Name из Subject Name, а все остальные (можно — вместе с основным) — в Subject Alternate Name.
Слава России!
-
Помечено в качестве ответа
Petko KrushevMicrosoft contingent staff, Moderator
6 февраля 2017 г. 7:31
-
Помечено в качестве ответа
|
0 / 0 / 0 Регистрация: 14.05.2018 Сообщений: 214 |
|
|
1 |
|
|
03.12.2020, 13:12. Показов 7709. Ответов 12
Здравствуйте! Пробую установить chocolately через powershell: PS C:UsersТарас> Set-ExecutionPolicy Bypass -Scope Process -Force; iex ((New-Object System.Net.WebClient).DownloadStri И ошибка: Исключение при вызове «DownloadString» с «1» аргументами: «Базовое соединение закрыто: Непредвиденная ошибка при переда Что делаю не так? Очень срочно, подскажите как установить chocolately Добавлено через 48 минут
__________________ 0 |
[], MethodInvocationException|
alhaos 1341 / 385 / 114 Регистрация: 20.02.2019 Сообщений: 2,078 Записей в блоге: 35 |
||||
|
03.12.2020, 14:15 |
2 |
|||
|
оригинально… так попробуйте
0 |
|
0 / 0 / 0 Регистрация: 14.05.2018 Сообщений: 214 |
|
|
03.12.2020, 15:15 [ТС] |
3 |
|
alhaos, вот весь код: PS C:UsersТарас> Get-ExecutionPolicy Изменение политики выполнения Не распознает. Подскажите, пожалуйста, что не так 0 |
|
1341 / 385 / 114 Регистрация: 20.02.2019 Сообщений: 2,078 Записей в блоге: 35 |
|
|
03.12.2020, 15:28 |
4 |
|
x3 Код Windows PowerShell
(C) Корпорация Майкрософт (Microsoft Corporation). Все права защищены.
Попробуйте новую кроссплатформенную оболочку PowerShell (https://aka.ms/pscore6) PS C:UsersalHaos> iex ((Invoke-WebRequest https://chocolatey.org/install.ps1).Content) Getting latest version of the Chocolatey package for download.
Getting Chocolatey from https://chocolatey.org/api/v2/package/chocolatey/0.10.15.
Downloading 7-Zip commandline tool prior to extraction.
Extracting C:UsersalHaosAppDataLocalTempchocolateychocInstallchocolatey.zip to C:UsersalHaosAppDataLocalTempchocolateychocInstall...
Installing chocolatey on this machine
Не удается проверить издателя. Вы действительно хотите запустить эту программу?
Файл C:UsersalHaosAppDataLocalTempchocolateychocInstalltoolschocolateyInstall.ps1 публикуется CN="Chocolatey
Software, Inc.", O="Chocolatey Software, Inc.", L=Topeka, S=Kansas, C=US и не является доверенным для данной системы.
Выполняйте сценарии только от доверенных издателей.
[V] Никогда не запускать - V [D] Не запускать - D [R] Запустить однажды - R [A] Всегда запускать - A [?] Справка
(значением по умолчанию является "D"):
0 |
|
1318 / 177 / 55 Регистрация: 03.06.2020 Сообщений: 484 |
|
|
03.12.2020, 15:35 |
5 |
|
Не распознает Какая версия powershell? Set-ExecutionPolicy выставите RemoteSigned. От Администратора, и перезапустите powershell. Добавлено через 7 секунд
Не распознает Какая версия powershell? Set-ExecutionPolicy выставите RemoteSigned. От Администратора, и перезапустите powershell. 0 |
|
1341 / 385 / 114 Регистрация: 20.02.2019 Сообщений: 2,078 Записей в блоге: 35 |
|
|
03.12.2020, 15:38 |
6 |
|
Какая версия powershell? скорее всего… The Invoke-WebRequest cmdlet sends HTTP and HTTPS requests to a web page or web service. It parses the response and returns collections of links, images, and other significant HTML elements. This cmdlet was introduced in PowerShell 3.0. 0 |
|
0 / 0 / 0 Регистрация: 14.05.2018 Сообщений: 214 |
|
|
03.12.2020, 15:48 [ТС] |
8 |
|
alhaos, как проверить какая версия? 0 |
|
lesser 1318 / 177 / 55 Регистрация: 03.06.2020 Сообщений: 484 |
||||
|
03.12.2020, 15:58 |
9 |
|||
|
как проверить какая версия?
0 |
|
0 / 0 / 0 Регистрация: 14.05.2018 Сообщений: 214 |
|
|
03.12.2020, 17:33 [ТС] |
10 |
|
alhaos, версия программы: PS C:UsersТарас> (Get-Host).Version.ToString() 0 |
|
1341 / 385 / 114 Регистрация: 20.02.2019 Сообщений: 2,078 Записей в блоге: 35 |
|
|
03.12.2020, 17:46 |
11 |
|
Taras99, обновиться проблема?, жди может кто ответит как через Net.WebClient делать, я пока не могу, разбираться надо. 0 |
|
㊙️ 2154 / 237 / 57 Регистрация: 10.08.2018 Сообщений: 562 |
|
|
03.12.2020, 17:56 |
12 |
|
Решение
версия программы:2.0 Еще раз:
1 |
Сообщение было отмечено Taras99 как решение
|
0 / 0 / 0 Регистрация: 14.05.2018 Сообщений: 214 |
|
|
04.12.2020, 02:02 [ТС] |
13 |
|
Fors1k, спасибо большое! Не подскажите еще, пожалуйста, в какой раздел задать вопрос по установке vagrant? D:vagrant>vagrant up D:vagrant> Изначально просто была проблема с версией powershell(не проходила команда vagrant int) 0 |
|
IT_Exp Эксперт 87844 / 49110 / 22898 Регистрация: 17.06.2006 Сообщений: 92,604 |
04.12.2020, 02:02 |
|
Помогаю со студенческими работами здесь Установка винды, жесткий диск разбит на двое и мне нужно поставить что бы установка была на F, а не на С Установка — Установка Windows XP через DOS Установка новой Windows 7 поверх старой Windows 7 без форматрирования диска (не обновление, а новая установка) Установка — Установка 7й поверх 10й Установка питания, Установка частоты Установка драйвера NVidia зависает на «Установка Аудиодрайвер HD» Искать еще темы с ответами Или воспользуйтесь поиском по форуму: 13 |
-
#1
Привет всем, разбираюсь с telegram bot API, решил набросать основу на powershell. Но в самом начале ошибка:
Код:
PS C:bot> $token = "тут мой токен"
PS C:bot> $URL_get = "https://api.telegram.org/bot$token/getUpdates"
PS C:bot> $URL_set = "https://api.telegram.org/bot$token/sendMessage"
PS C:bot> Invoke-RestMethod -Uri $URL_getОшибка вот такая
Invoke-RestMethod : Базовое соединение закрыто: Непредвиденная ошибка при передаче.
строка:1 знак:1
+ Invoke-RestMethod -Uri $URL_get
+ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
+ CategoryInfo : InvalidOperation: (System.Net.HttpWebRequest:HttpWebRequest) [Invoke-RestMethod], WebExc
eption
+ FullyQualifiedErrorId : WebCmdletWebResponseException,Microsoft.PowerShell.Commands.InvokeRestMethodCommand
Подскажите из за чего ??
Последнее редактирование модератором: 23.04.2020
-
#2
телеграм же запрещен, если из России запускаете, вот вы и не можете соединиться. Можно попробовать через прокси какой нибудь
-
#3
Привет всем, разбираюсь с telegram bot API, решил набросать основу на powershell. Но в самом начале ошибка:
Код:
PS C:bot> $token = "тут мой токен" PS C:bot> $URL_get = "https://api.telegram.org/bot$token/getUpdates" PS C:bot> $URL_set = "https://api.telegram.org/bot$token/sendMessage" PS C:bot> Invoke-RestMethod -Uri $URL_getОшибка вот такая
Подскажите из за чего ??
попробуйте подключаться через прокси.
-
#4
Привет всем, разбираюсь с telegram bot API, решил набросать основу на powershell. Но в самом начале ошибка:
Код:
PS C:bot> $token = "тут мой токен" PS C:bot> $URL_get = "https://api.telegram.org/bot$token/getUpdates" PS C:bot> $URL_set = "https://api.telegram.org/bot$token/sendMessage" PS C:bot> Invoke-RestMethod -Uri $URL_getОшибка вот такая
Подскажите из за чего ??
телеграм заблочен в РФ.
Попробуйте поискать бесплатный VPN, например TunnelBear или прокси
Последнее редактирование: 24.04.2020
-
#5
жаль, а есть аналоги телеграм ботов ?
-
#6
жаль, а есть аналоги телеграм ботов ?
Microsoft Bot Framework
Здравствуйте уважаемые форумчане, столкнулся с такой проблемой, есть сервер на Windows server 2012 R2 с которого передаются данные на линуксовую машину на CentOS 7, с помощью протокола FTP. Данные представляют собой резервную
копию общего диска, передаются раз в неделю. Для написанию скрипта использовал вот эту статью: https://social.technet.microsoft.com/Forums/ru-RU/9da4d969-3707-4d0b-93d8-b8eff04361b1/powershell-ftp?forum=scrlangru
Скрипт имеет следующий вид:
#Documents
Import-Module PSFTP
# Имя сервера ftp;
$ftp = "имя сервера"
# Параметры подключения ftp;
$user = "пользователь"
$ppass = "пароль"
$pass = ConvertTo-SecureString $ppass -Force -AsPlainText
$cred = New-Object Management.Automation.PSCredential($user,$pass)
# Источник копирования файлов;
$SourcePath = "E:BackUp_PublicFolder"
# Промежуток поиска файлов по дате;
$Days = "-30"
$CurrentDate = Get-Date
$LastDate = $CurrentDate.AddDays($Days)
# Блок копирования файлов на ftp сервер;
# Подключение к ftp серверу и создание сессии BackupCopy;
Set-FTPConnection -Server $ftp -UseBinary -UsePassive -Session BackupCopy -Credential $cred
# Выбираем файл который будем копировать на ftp сервер;
$files = Get-ChildItem $SourcePath PublicFolder-*-full.zip | Where-Object { $_.LastWriteTime -gt $LastDate }
# Копирование файла
$files | Add-FTPItem -Path Public -Session $BackupCopy
Вот только интересно, если файл до 1.5 Gb, то все копируется чисто и очень быстро, если больше, даже если 2 Gb, файл копируется правильно, там распаковывается без ошибок (файл архива), и проверку на целостность проходит, но вываливается ошибка:
Add-FTPItem : Исключение при вызове «Close» с «0» аргументами: «Базовое соединение закрыто: Непредвиденная ошибка при приеме.»
E:UtilsBackUp_PublicRDP_opt_full.ps1:24 знак:10
+ $files | Add-FTPItem -Path Public -Session $BackupCopy
+ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
+ CategoryInfo : NotSpecified: (:) [Write-Error], WriteErrorException
+ FullyQualifiedErrorId : Microsoft.PowerShell.Commands.WriteErrorException,Add-FTPItem
При этом, перед самой ошибкой, передача уже осуществлена, а соединение висит, может что то проверяет. На стороне FTP сервера CentOS7 ошибок нет, логи показывают что передача осуществлена успешно.
Вы не могли бы подсказать с чем это может быть связано, и стоит ли волноваться.
И еще можно ли как-нибудь исправить ошибку, или хотя бы обойти чтобы выполнялись задания после этой ошибки.
Спасибо за ответ.
Я написал код в PowerShell, чтобы получить рабочие элементы области проекта с помощью wiql.
$token = "PAT"
$url="https://dev.azure.com/Organizationname/_apis/wit/wiql?api-version=5.1"
$token = [System.Convert]::ToBase64String([System.Text.Encoding]::ASCII.GetBytes(":$($token)"))
$JSON = @'
{
"query": "SELECT [System.Id], [System.WorkItemType], [System.State],[System.AreaPath],[System.Tags],[System.CommentCount],[System.ChangedDate] FROM workitems WHERE[System.Id] IN(@follows) AND [System.TeamProject] = 'Azure' AND [System.State] <> '' ORDER BY [System.ChangedDate] DESC"
}
'@
$response = Invoke-RestMethod -Uri $url -Headers @{Authorization = "Basic $token"} -Method Post -Body $JSON -ContentType application/json
$listOfTasks = New-Object Collections.Generic.List[String]
ForEach( $workitem in $response.workItems ) {
$listOfTasks.Add($workitem.id)
}
$listOfTasks = $listOfTasks -join ','
$listOfTasks
$url1="https://dev.azure.com/Organizationname/ProjectName/_apis/wit/workitems?ids=$listOfTasks" +"&" + "`$expand" + "=all&api-version=5.1"
$response1 = Invoke-RestMethod -Uri $url1 -Headers @{Authorization = "Basic $token"} -Method Get
Write-Host "result = $($response1 | ConvertTo-Json -Depth 100)"
Когда я выполняю вышеуказанный скрипт, я получаю ошибку ниже.
Invoke-RestMethod : The underlying connection was closed: An unexpected error occurred on a receive.
At ....
+ ... response1 = Invoke-RestMethod -Uri $url1 -Headers @{Authorization = " ...
+ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
+ CategoryInfo : InvalidOperation: (System.Net.HttpWebRequest:HttpWebRequest) [Invoke-RestMethod], WebException
+ FullyQualifiedErrorId : WebCmdletWebResponseException,Microsoft.PowerShell.Commands.InvokeRestMethodCommand
Я пробовал варианты, указанные в приведенной ниже ссылке, но это не помогло.
PowerShell – The underlying connection was closed: An unexpected error occurred on a send.
Может кто-нибудь помочь мне в разрешении этой ошибки. Большое спасибо заранее !!!
2 ответа
Лучший ответ
Ваш сценарий хорошо сработал на моей стороне. Кажется, проблема связана со средой вашего клиентского компьютера. Вы можете проверить в этом блоге, чтобы узнать, поможет ли вам это решение:
Проблема в том, что более старые версии платформы DOTNET (например, 3.5 и 4.0) по своей сути не поддерживают новые версии TLS, такие как 1.2 и 1.3. Вы можете попробовать установить более новые версии DOTNET. Дополнительную информацию от Microsoft относительно SSL / TLS можно найти здесь:
https://docs.microsoft.com/en-us/dotnet/framework/network-programming/tls
1
Cece Dong — MSFT
15 Мар 2021 в 07:49
Часто это связано с вашей версией TLS.
Попробуйте добавить:
[Net.ServicePointManager]::SecurityProtocol = [Net.SecurityProtocolType]::Tls12
В начало вашего скрипта и перезапустите его.
1
Max Morrow
12 Мар 2021 в 14:02
- Remove From My Forums
-
Question
-
Hi,
Our External ADFS 2016 WAP stopped working and when I try to reestablish the trust with the ADFS 2016 server (Which is still working fine for internal requests) I get this error:
Result: Status — Error, Message — An error occurred while attempting to establish a trust relationship with the Federation Server. An error occurred when attempting to establish a trust relationship with the federation service. Error: Internal Server
Error, Context — DeploymentTaskAnd on the ADFS server the following is logged:
The federation server proxy could not establish a trust with the Federation Service.
Additional Data
Exception details:
System.Security.Cryptography.CryptographicException: Access is denied.at System.Security.Cryptography.X509Certificates.X509Store.Add(X509Certificate2 certificate)
at Microsoft.IdentityServer.WebHost.Configuration.Providers.DeviceStoreProvider.AddCertificateToStore(X509Certificate2 certificate)
at Microsoft.IdentityServer.ProxyTrust.ProxyTrustConfigProvider.EstablishProxyTrust(X509Certificate2 trustCertificate)
at Microsoft.IdentityServer.Web.ProxyTrustUserNameListener.OnGetContext(WrappedHttpListenerContext context)User Action
Ensure that the credentials being used to establish a trust between the federation server proxy and the Federation Service are valid and that the Federation Service can be reached.How do I fix this issue?
Regards,
Andrew
Answers
-
I resolved this issue with the support of Microsoft.
One of the files under “C:UsersAll UsersMicrosoftCryptoRSAMachineKeys” on the ADFS Server was missing permissions for the ADFS service account and local administrators.
After adding permissions I could successfully re-establish the trust relationshop using the install-webapplicationproxy command.
-
Marked as answer by
Sunday, January 6, 2019 10:17 PM
-
Marked as answer by
Я пытаюсь установить прокси ADFS. В нашей интрасети у нас есть сервер ADFS 2.1, работающий на Windows 2012, который работает нормально. Сейчас мы пытаемся развернуть прокси-сервер для доступа к Интернету с помощью прокси-сервера веб-приложений Windows 2012 R2.
Я получаю следующую ошибку на прокси-сервере с кодом события 393:
Сообщение. Произошла ошибка при попытке установить доверительные отношения с сервером федерации. Произошла ошибка при попытке установить доверительные отношения со службой федерации.
Ошибка: запрещено
Контекст: DeploymentTask
Статус: Ошибка
Я не получаю никаких ошибок на сервере ADFS.
Я пробовал с разными учетными данными. Учетная запись службы ADFS, администратор домена, который является членом группы локальных администраторов на сервере ADF, и учетная запись локального администратора на сервере ADFS. То же сообщение об ошибке.
Оба порта 80 и 443 доступны с прокси-сервера на внутренний сервер ADFS, и я могу получить доступ к конечной точке метаданных ADFS с прокси-сервера. Я использую один и тот же доверенный сертификат SSL (подстановочный знак) на обеих машинах.
У вас есть идеи, которые могут помочь мне решить эту проблему?
2013-11-05 09:35