Cертификат Let's Encrypt для Windows(IIS)

Let’s Encrypt в автоматическом режиме предоставляет бесплатные криптографические сертификаты X.509 для TLS шифрования (HTTPS).
Процесс получения сертификатов под Linux хорошо документирован и понятен. А вот с Windows все немного сложней.
Есть несколько вариантов:
Собирать и запускать их на сервере не всегда удобно.
Но всегда можно сделать сертификат под Linux.

1. Скачиваем CertBot и даем права на запуск
$ wget https://dl.eff.org/certbot-auto
$ chmod a+x certbot-auto

2. Запускаем в ручном режиме
$ ./certbot-auto certonly --authenticator manual
Нужно будет указать email и ознакомится с условиями

3. Указываем домен и соглашаемся сохранить IP. Бот выдаст инструкцию как мы может подтвердить владения доменом.

4. Переходим в Windows.
Мне нравится вариант с созданием отдельного сайт для подтверждения таких сертификатов.
Создаем директорию letsencrypt.
Перенаправляем нужный домен на эту директорию. 
В IIS есть радел "Типы MIME", там нужно добавить:
Расширение файла: .
Тип MIME: text/html
Или добавляем web.config
<?xml version="1.0" encoding="UTF-8"?>
<configuration>
    <system.webServer>
        <staticContent>
            <mimeMap fileExtension="." mimeType="text/html" />
        </staticContent>
    </system.webServer>
</configuration>

Создаем в letsencrypt директорию .well-known
Из-за того что папка начинается с точки ее необходимо создавать из консоли
MKDIR letsencrypt\.well-known\
В .well-known добавляем еще acme-challenge и уже в ней тот файл и его содержимое которое указал certbot

5. Возвращаемся в Linux и начинаем проверку домена, если все сделано верно, то в /etc/letsencrypt/live/"имя домена" будет сертификат
  • cert.pem - сертификат сервера, используется для Apache (SSLCertificateFile
  • chain.pem - сертификат цепочки, используется для Apache (SSLCertificateChainFile)
  • fullchain.pem - используется для соединения cert.pem и chain.pem, в Nginx в параметре ssl_certificate
  • privkey.pem - приватный ключ для сертификата, используется для Apache (SSLCertificateKeyFile) и Nginx в параметре ssl_certificate_key
Дальше нужно конвертировать их в pfx для Widnows.

Заходим под root или копируем файлы в домашних каталог.
Запускаем  openssl
$ openssl
$ pkcs12 -inkey privkey.pem -in fullchain.pem -export -out yourdomain.pfx

yourdomain.pfx - то что нам нужно.

6. Для обновления сертификата
$ ./certbot-auto renew



Комментарии

Отправить комментарий

Популярные сообщения из этого блога

Асинхронное выполнение процедур или триггера в MS SQL Server

После изменений данных иногда требуется дополнительно произвести какие то действия, это может быть пересчет каких то агрегаций, отправка сообщения и пр. Процессу вносившему изменения как правило важно знать только результат транзакции и не очень интересно ожидать выполнения дополнительных операций. Асинхронный вызов можно организовать через очередь. В следующий раз напишу как это сделать через обычную таблицу и job, а сегодня о компоненте Service Broker. У Service Broker много возможностей, он позволяет взаимодействовать и между сервера, но местами не так удобен и гибок, в итоге часто эффективней выносить такую логику за СУБД. Но для простых и понятных задач вполне годная штука. 1. Создаем БД IF DB_ID (N 'DB_001' ) IS NOT NULL DROP DATABASE DB_001; GO CREATE DATABASE DB_001 2. Включаем Service Broker ALTER DATABASE [DB_001] SET ENABLE_BROKER with rollback IMMEDIATE ; 3. Создаем два типа сообщений CREATE MESSAGE TYPE [AsyncRequest] VA
Далее...

Рекурсивные SQL запросы

Изображение
CTE(обобщенное табличное выражение) может ссылаться на себя, создавая рекурсивное CTE. Рекурсивное CTE многократно выполняется, чтобы возвращать подмножество данных до тех пор, пока не получится конечный результирующий набор. Обычно рекурсивные запросы используются для возвращения иерархических данных, например: отображение сотрудников в структуре организации или генерация последовательности. Структура рекурсивного CTE WITH cte_name ( column_name [,...n] ) AS ( CTE_query_definition –- Anchor member is defined. UNION ALL CTE_query_definition –- Recursive member is defined referencing cte_name. ) -- Statement using the CTE SELECT * FROM cte_name CTE разбивается на закрепленный и рекурсивный элементы. Запускается закрепленный элемент с созданием первого вызова. Рекурсивный элемент ссылается на закрепленный и вызывается пока не вернет пустой набор. Классический пример с сотрудниками DECLARE @Employees TABLE ( ID int NOT NULL, [Name] nvarchar(200) NOT NULL, Manag
Далее...

Кратко про SQLAlchemy Core

SQLAlchemy Engine это слой абстракции над DB-API. Он содержит DB-API драйвера для разных СУБД, их можно указать в строке подключения. Engine.execute() и Engine.connect() два основных метода. Так же у него есть свой пул соединений. create_engine() - фабричная функция для создания Engine. Metadata это логическая структура базы данных. Она содержит список таблиц(Table), их отношения и другие объекты. Table абстракция таблицы. Содержит колонки(Column) и другие свойства. Таким образом можно иметь одновременно несколько engine с разными драйверами и коннектами, разные metadata, и совместно их использовать. примеры на github from sqlalchemy import MetaData, Table , Column , Integer , Numeric , String, DateTime from datetime import datetime metadata = MetaData() users = Table ( 'users' , metadata, Column ( 'user_id' , Integer (), primary_key = True ), Column ( 'username' , String( 15 ), nullable = False , unique = True ),
Далее...