Вы говорите о сертификате клиента, который SharePoint будет использовать для аутентификации при подключении к какой-либо услуге? Если это так, вам нужно будет установить сертификат вместе с закрытым ключом. В противном случае, если вы просто говорите о корневом сертификате для проверки какого-либо сертификата сервера на удаленной службе, вам не нужен секретный ключ.
Предполагая, что вы имеете в виду клиентский сертификат с закрытым ключом (я не знаю, как SharePoint использует сертификаты), тогда вам нужно будет установить сертификат вместе с закрытым ключом, а затем убедитесь, что SharePoint имеет доступ к закрытый ключ.
Недостаточно просто установить с помощью закрытого ключа - вам необходимо либо войти в систему, либо войти в систему как учетная запись Windows, в которой будет работать код с использованием закрытого ключа, или, если вы установите сертификат на локальную машину Например, в «Личном» магазине вам необходимо установить ACL в сертификате, чтобы предоставить другому учетному записям Windows доступ к закрытому ключу. Для этого вы можете использовать инструмент WinHttpCertCfg. Ср here для общей идеи, и here скачать инструмент. Или из оснастки «Сертификат MMC» выберите сертификат в локальном компьютере, личном хранилище, щелкните правой кнопкой мыши, выберите «Все задачи», «Управление частными ключами» и предоставите доступ оттуда.
Спасибо djeeg! Я попытался добавить доверие к sharepoint, но он не принимает файл корневого сертификата, который я экспортировал. Я думаю, файл .cer также должен содержать закрытый ключ при экспорте, но опция «да, экспортировать закрытый ключ» отключена, и я не могу ее выбрать. что я могу сделать вместо этого? –
Мне удалось установить новые отношения доверия. но, тем не менее, это же сообщение об ошибке. –