Виправлення ланцюжка сертифікатів — впорядкування та доповнення SSL-пакету

Онлайн-інструмент для впорядкування та доповнення ланцюжка SSL-сертифікатів. Вставте сертифікати в будь-якому порядку — інструмент визначить, який є сертифікатом сервера, які є проміжними, а які зайвими, перевірить кожен підпис у ланцюжку та поверне правильно впорядкований файл для nginx або Apache. Якщо проміжний сертифікат відсутній, інструмент може завантажити його за адресою, вказаною у вашому сертифікаті.

Як користуватися

1
Вставте все, що вам надали

Сертифікат, проміжний, CA bundle — у будь-якому порядку. Можна перетягнути кілька файлів одночасно.

2
Прочитайте діагноз

Інструмент покаже, що не так: неправильний порядок, відсутній проміжний сертифікат, зайвий сертифікат або зламаний підпис.

3
Завантажте проміжний, якщо він відсутній

Одна кнопка — за адресою, вписаною у ваш власний сертифікат.

4
Встановіть виправлений файл

Скопіюйте fullchain.pem на сервер і вкажіть ssl_certificate на нього. Фрагменти конфігурації — нижче під файлом.

🔥 Зараз у тренді
🗣️ Текст у мовлення ✨ Покращення відео ✂️ Обрізати аудіо ✨ Підсилювач аудіо 🎭 Зміна голосу 🎙️ Видалення вокалу 🎬 Відео з аудіо 🎬 Обрізання відео

Перетворіть купу сертифікатів на файл, який справді потрібен вашому серверу

Вставте вище, перетягніть файли в цю область або
Порядок не має значення, дублікати не мають значення, а зайві сертифікати, що не належать до цього ланцюжка, будуть визначені. Пакети .p7b та .p7c розпаковуються автоматично.
Не знаєте, що спробувати?
700+ інструментів — відкрийте сюрприз
🎲 Здивуйте мене

Що вміє інструмент

Знаходить відсутній проміжний сертифікат і завантажує його
Якщо ланцюжок не сягає кореневого сертифіката, сам сертифікат зазвичай містить URL для завантаження в розширенні Authority Information Access. Цю адресу не можна відкрити з браузера, тому завантаження відбувається з нашого боку — і сертифікат додається до вашого ланцюжка одним кліком.
Порядок не має значення
Вставляйте файли в будь-якому порядку. Дублікати видаляються, а сертифікати, що належать до іншого ланцюжка, визначаються явно, а не мовчки змішуються.
Перевіряє кожен підпис
Кожна ланка перевіряється криптографічно, а не лише за збігом імен видавця та суб’єкта. Ланцюжок, який виглядає правильно, але насправді підписаний не так, як заявлено, буде виявлено.
Розпаковує .p7b та .p7c
Центри сертифікації часто надають проміжні сертифікати у вигляді пакетів PKCS#7, які не є звичайними файлами сертифікатів і не можуть просто бути вставлені в конфігурацію сервера. Вони розпаковуються автоматично.
Виключає кореневий сертифікат
Клієнти ігнорують кореневий сертифікат, отриманий через мережу — вони довіряють лише копії зі свого власного сховища. Згенерований файл не включає його, що відповідає специфікації та зменшує обсяг кожного рукостискання.
Виявляє прострочений проміжний сертифікат
Прострочений проміжний сертифікат ламає сайт так само, як і прострочений сертифікат сервера, але браузери звинувачують кінцевий сертифікат — через що це одна з найскладніших для діагностики проблем TLS. Тут вона виявляється явно.

Часті запитання

Сайт працює в Chrome, але не працює на Android, у curl та Java. Чому?

Тому що проміжний сертифікат відсутній у тому, що надсилає ваш сервер. Браузери на комп’ютерах це приховують: вони кешують проміжні сертифікати, побачені на інших сайтах, і можуть завантажити відсутній за адресою з сертифіката. Android, curl, Java, Python та більшість API-клієнтів цього не роблять — вони бачать ланцюжок, який не сягає довіреного кореневого, і відмовляють у з’єднанні. Вставте ваш ланцюжок тут — якщо інструмент скаже, що проміжний відсутній, це і є вся проблема.

В якому порядку мають бути сертифікати?

Спочатку сертифікат сервера, потім проміжний, що його видав, потім видавець того проміжного — і так далі. Кореневий виключається. Деякі сервери терплять інший порядок, але OpenSSL, Java та більшість балансувальників навантаження — ні, тому безпечна відповідь завжди одна: кінцевий сертифікат першим.

Чи має кореневий сертифікат бути у файлі?

Ні. Клієнт довіряє кореневому сертифікату тому, що він є у власному сховищі клієнта, а не тому, що його надіслав сервер — тому кореневий через мережу ігнорується і лише додає кілобайт-два до кожного рукостискання. Це нешкідливо, але безглуздо, і файл, який генерує цей інструмент, його не включає.

Де взяти проміжний, якщо мій сертифікат не вказує на нього?

У центру сертифікації, на тій самій сторінці, де ви отримували свій сертифікат. Користувачі Let's Encrypt зазвичай з цим не стикаються, бо certbot записує fullchain.pem із вже включеним проміжним — якщо ви налаштовуєте cert.pem замість fullchain.pem, просто змініть шлях.

Що означає "непов’язаний сертифікат"?

Сертифікат у вашому файлі, який нічого не видавав з решти та сам не був виданий нічим з решти. Зазвичай це залишок від попереднього сертифіката або кореневий, вставлений поруч із ланцюжком, що вже сягає іншого кореневого. Сам по собі він нічого не ламає, але свідчить, що файл складено вручну — і варто його почистити.

💡 Хочете, щоб ми покращили цей інструмент спеціально для вас?

Звичайно! Просто надішліть нам коротке повідомлення з вашою ідеєю. Якщо хочете обговорити детальніше — залиште email, і ми зв’яжемося з вами. Можна залишитися анонімом.

Може сподобатися

📝 Генератор CSR 🏷️ Генератор самопідписаних сертифікатів 📜 Декодер SSL-сертифікатів 🧰 Діагностика Let's Encrypt 🔗 Звірення ключа та сертифіката 🔄 Конвертер форматів сертифікатів 🔐 Перевірка SSL

Як ви оцінюєте цей інструмент?

Дякуємо за вашу оцінку!
Хочете розповісти більше? Залиште коментар!
Дякуємо! Ваш коментар з’явиться після модерації.
Для кого цей інструмент?
💻 Розробники та ІТ-спеціалісти 🔒 Безпека та приватність
Опубліковано Оновлено Автор: