SSL-sertifikaat Docker web-rakendusele

Selles artiklis soovin jagada teiega, kuidas luua SSL-sertifikaati oma veebirakenduse jaoks, mis töötab Dockeris, kuna venekeelses internetis ei leidnud ma sarnast lahendust.

Lisateave allolevas jaotises.

Meil oli Docker v.17.05, docker-compose v.1.21, Ubuntu Server 18 ja puhtad Let’sEncrypt. See pole tingimata vajalik, et käivitada tootmine Dockeris. Kuid kui oled hakanud Dockerit kasutama, on raske peatuda.

Alustuseks toome välja standardse konfiguratsiooni — mis meil oli dev etapis, st ilma 443 portita ja SSL üldiselt:

docker-compose.yml

version: '2'
services:
    php:
        build: .\/php-fpm
        volumes:
            - .\/StomUp:\/var\/www\/StomUp
            - .\/php-fpm\/php.ini:\/usr\/local\/etc\/php\/php.ini
        depends_on:
            - mysql
        container_name: "StomPHP"
    web:
        image: nginx:latest
        ports:
            - "80:80"
            - "443:443"
        volumes:
            - .\/StomUp:\/var\/www\/StomUp
            - .\/nginx\/main.conf:\/etc\/nginx\/conf.d\/default.conf
        depends_on:
            - php
    mysql:
        image: mysql:5.7
        command: mysqld --sql_mode=""
        environment:
            MYSQL_ROOT_PASSWORD: xxx
        ports:
            - "3333:3306"

nginx\/main.conf

 server {
    listen 80;
    server_name *.stomup.ru stomup.ru;
   root \/var\/www\/StomUp\/public;
     client_max_body_size 5M;

    location \/ {
        # proovige teenindada faili otse, varuge fallback index.php-le
        try_files $uri \/index.php$is_args$args;
  }

    location ~ ^\/index.php(\/|$) {
      #fastcgi_pass unix:\/var\/run\/php7.2-fpm.sock;
       fastcgi_pass php:9000;
       fastcgi_split_path_info ^(.+.php)(\/.*)$;
      include fastcgi_params;
        fastcgi_param SCRIPT_FILENAME $realpath_root$fastcgi_script_name;
       fastcgi_param DOCUMENT_ROOT $realpath_root;
        fastcgi_buffer_size 128k;
       fastcgi_buffers 4 256k;
        fastcgi_busy_buffers_size 256k;
       internal;
    }

    location ~ .php$ {
        return 404;
    }

     error_log \/var\/log\/nginx\/project_error.log;
    access_log \/var\/log\/nginx\/project_access.log;
}

Järgmiseks peame rakendama SSL-i. Ausalt öeldes — uurisin com tsooni umbes 2 tundi. Kõik seal pakutud variandid on huvitavad. Kuid praeguses projekti etapis vajasime (äri) kiiret ja usaldusväärset lahendust. SSL Let’sEncrypt aadressile nginx konteinerile ja mitte rohkem.

Esiteks installisime serverisse certbot
sudo apt-get install certbot

Seejärel genereerisime wildcard sertifikaadid meie jaoks domeen

sudo certbot certonly -d stomup.ru -d *.stomup.ru --manual --preferred-challenges dns

pärast command'i täitmist annab certbot meile 2 TXT kirjet, mis tuleb määrata DNS-i seadetes.

_acme-challenge.stomup.ru TXT {seeMilleAnnasteCertBot}

Ja vajutame Enter.

Pärast seda kontrollib certbot nende kirjete olemasolu DNS-is ja loob teile sertifikaadid.
kui lisasite sertifikaadi, kuid certbot see ei leitud — proovige käsku uuesti käivitada 5-10 minuti pärast..

Niisiis, oleme uhked Let’sEncrypt sertifikaadi omanikud 90 päevaks, kuid nüüd peame selle Dockerisse viima.

Selle jaoks linkige docker-compose.yml failis sektsiooni nginx all kaustad.

Näide docker-compose.yml failist koos SSL-iga

version: '2'
services:
    php:
        build: .\/php-fpm
        volumes:
            - .\/StomUp:\/var\/www\/StomUp
            - \/etc\/letsencrypt\/live\/stomup.ru\/:\/etc\/letsencrypt\/live\/stomup.ru\/
            - .\/php-fpm\/php.ini:\/usr\/local\/etc\/php\/php.ini
        depends_on:
            - mysql
        container_name: "StomPHP"
    web:
        image: nginx:latest
        ports:
            - "80:80"
            - "443:443"
        volumes:
            - .\/StomUp:\/var\/www\/StomUp
            - \/etc\/letsencrypt\/:\/etc\/letsencrypt\/
            - .\/nginx\/main.conf:\/etc\/nginx\/conf.d\/default.conf
        depends_on:
            - php
    mysql:
        image: mysql:5.7
        command: mysqld --sql_mode=""
        environment:
            MYSQL_ROOT_PASSWORD: xxx
        ports:
            - "3333:3306"

Oleme linkinud? Suurepärane — jätkame:

Nüüd peame konfigureerimist muutma nginx töötamiseks 443 pordiga ja SSL üldiselt:

Näide konfiguraatsioonist main.conf koos SSL-iga

#
server {
	listen 443 ssl http2;
	listen [::]:443 ssl http2;

	server_name *.stomup.ru stomup.ru;
	set $base /var/www/StomUp;
	root $base/public;

	# SSL
	ssl_certificate /etc/letsencrypt/live/stomup.ru/fullchain.pem;
	ssl_certificate_key /etc/letsencrypt/live/stomup.ru/privkey.pem;
	ssl_trusted_certificate /etc/letsencrypt/live/stomup.ru/chain.pem;

      client_max_body_size 5M;

      location / {
          # try to serve file directly, fallback to index.php
          try_files $uri /index.php$is_args$args;
      }

      location ~ ^/index.php(/|$) {
          #fastcgi_pass unix:/var/run/php7.2-fpm.sock;
          fastcgi_pass php:9000;
          fastcgi_split_path_info ^(.+.php)(/.*)$;
          include fastcgi_params;
          fastcgi_param SCRIPT_FILENAME $realpath_root$fastcgi_script_name;
          fastcgi_param DOCUMENT_ROOT $realpath_root;
          fastcgi_buffer_size 128k;
          fastcgi_buffers 4 256k;
          fastcgi_busy_buffers_size 256k;
          internal;
      }

      location ~ .php$ {
          return 404;
      }

      error_log /var/log/nginx/project_error.log;
      access_log /var/log/nginx/project_access.log;
}


# HTTP redirect
server {
	listen 80;
	listen [::]:80;

	server_name *.stomup.ru stomup.ru;

	location / {
		return 301 https://stomup.ru$request_uri;
	}
}

Pärast neid toiminguid läheme Docker-compose kausta, kirjutame docker-compose up -d. Ja kontrollime SSL-i töökindlust. Kõik peaks tööle hakkama.

Pea meeles, et Let’s Encrypt sertifikaat kehtib 90 päeva ning pead selle uuendama käsuga sudo certbot renew, ja seejärel taaskäivitama projekti käsuga docker-compose restart

Võimalusena — lisada see protsess crontab'i.

Minu arvates on see kõige lihtsam viis SSL-i ühendamiseks Docker Web-app-iga.

P.S. Palun pange tähele, et kõik tekstis toodud skriptid ei ole lõplikud, projekt on sügavas arenduses, seetõttu palun ärge kriitiseerige konfiguratsioone - need saavad veel palju kordi muutuda.

Allikas: habr.com