У тестовому середовищі в даний час я переживаю тестування деяких речей, які потрібно незабаром розгорнути (насправді вже є, але ви знаєте, як проходять терміни ...), оскільки Windows відмовляється довіряти самопідписаному сертифікату, який ми маємо в нашому ізольоване тестове середовище. Хоча я міг просто побічно вирішити проблему з "справжнім" сертифікатом та деякими хитростями DNS, з міркувань безпеки / розділення я не зазначив цього сертифіката.
Я намагаюся підключитися до Linux-сервера електронної пошти під назвою Zimbra; він використовує автоматично створений самопідписаний сертифікат OpenSSL. Хоча сторінки, на яких Google спеціально звертається, посилаються на веб-сайти IIS з сертифікатами IIS, що підписуються самостійно, я не думаю, що метод її генерації насправді має значення.
Відповідно до інструкцій, які я знайшов тут і тут , це повинно бути простим питанням встановлення сертифіката в магазині довірених кореневих сертифікаційних систем локального комп'ютера. Що я зробив, а також вручну скопіювавши сертифікат та імпортувати його безпосередньо за допомогою оснащення MMC. Виходи та перезавантаження нічого не змінюють.
Ось помилка сертифіката, яку я отримую щоразу:
А ось шлях до сертифікації (спойлер: це лише сам сертифікат):
Нарешті, ось сертифікат, безпечно захований у магазині сертифікатів місцевого комп'ютера, саме так, як я знайшов інструкції:
Ці інструкції конкретно посилаються на Vista (ну, у другій не згадується ОС) та IIS, тоді як я використовую Server 2012 R2 для підключення до сервера на базі Linux; У майстра імпорту є деякі відмінності (наприклад, у моєї є можливість імпортувати для поточного користувача чи локальної системи, хоча я спробував і те й інше), тож, можливо, тут щось інше? Налаштування десь я не знайшов, що має бути змінено, щоб він справді справді довіряв сертифікату, якому я вже сказав йому довіряти?
Який правильний спосіб змусити Windows Server 2012 R2 довіряти сертифікату, який підписав самостійно?