Стандартизований IETF протокол ACME, RFC 8555 — ключова складова роботи Let’s Encrypt.

Кінцеві точки API

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

ACME v2 (RFC 8555)

• [Production] https://acme-v02.api.letsencrypt.org/directory
• [Staging] https://acme-staging-v02.api.letsencrypt.org/directory

ACME v1 (нерекомендований)

• [Production] https://acme-v01.api.letsencrypt.org/directory
• [Staging] https://acme-staging.api.letsencrypt.org/directory

Нові зворотно сумісні функції ACME

Час від часу Let’s Encrypt може впроваджувати нові зворотно-сумісні функції для меж ППІ, які вже існують. Зазвичай нові зворотно сумісні функції включаються через рішення додати частину специфікацій ACME, яких не було раніше.

Коли нові функції будуть введені в наявні кінцеві точки API, вони завжди будуть чітко зазначені у загальнодоступній специфікації ACME, без порушення сумісності з реалізованими клієнтами.

Нові версії протоколу ACME без зворотньої сумісності

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