SSL sertifikat za Docker web-aplikaciju

V tem članku želim deliti način ustvarjanja SSL certifikata za vašo spletno aplikacijo, ki deluje na Dockerju, saj v slovenskem prostoru ne najdem podobne rešitve.

Več informacij pod katom.

Imeli smo docker v.17.05, docker-compose v.1.21, Ubuntu Server 18 in čisto Let’sEncrypt. Ni nujno, da se produkcija postavlja na Docker, a ko začneš sestavljati Docker, postane težko ustaviti se.

Torej, najprej bom predstavil standardne nastavitve — ki smo jih imeli v fazi dev, torej brez 443 porta in SSL na splošno:

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 \/ {
        # poskusi neposredno servirati datoteko, v primeru neuspeha preidi na 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;
}

Nato moramo dejansko izvesti SSL. Priznam, da sem preučil com območje približno 2 uri. Vse predlagane možnosti so zanimive. A v trenutni fazi projekta smo (posel) potrebovali hitro in zanesljivo rešitev za SSL Let’sEncrypt k nginx za kontejner in nič več.

Najprej smo na strežnik namestili certbot
sudo apt-get install certbot

Nato smo ustvarili wildcard certifikate za naš domene

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

po izvedbi certbota bomo prejeli 2 TXT zapisa, ki ju je treba navesti v nastavitvah DNS.

_acme-challenge.stomup.ru TXT {kljucKiSteDobiliOdCertBot}

In pritisnemo enter.

Po tem bo certbot preveril prisotnost teh zapisov v DNS in ustvaril certifikate.
če ste dodali certifikat, ampak certbot ga ni našel — poskusite ponovno zagnati ukaz čez 5-10 minut..

Zdaj smo ponosni lastniki Let’sEncrypt certifikata za 90 dni, a zdaj ga moramo vgraditi v Docker.

Za to preprosto povezujemo direktorije v docker-compose.yml v oddelku nginx.

Primer docker-compose.yml z SSL

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"

Ste povezali? Super — nadaljujmo:

Zdaj moramo spremeniti konfiguracijo nginx za delo s 443 portom in SSL na splošno:

Primer konfiguracije main.conf z SSL

#
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;
	}
}

Po teh manipulacijah gremo v direktorij z Docker-compose, vpišemo docker-compose up -d. In preverimo delovanje SSL. Vse bi moralo delovati.

Pomembno je, da ne pozabite, da se Let’sEncrypt certifikat izda za 90 dni in ga boste morali posodobiti z ukazom sudo certbot renew, nato pa ponovno zagnati projekt z ukazom docker-compose restart

Kot možnost — dodajte to zaporedje v crontab.

Moje mnenje je, da je to najpreprostejši način povezovanja SSL z Docker Web-app.

P.S. Upoštevajte, da vsi skripti predstavljeni v besedilu niso končni, projekt je trenutno v globoki fazi razvoja, zato vas prosim, da ne kritizirate konfiguracij - še mnogokrat se bodo spremenile.

Izvor: habr.com