Android

Sikre nginx med la oss kryptere på debian 10 linux

10 Tips for Deploying NGINX as an API Gateway

10 Tips for Deploying NGINX as an API Gateway

Innholdsfortegnelse:

Anonim

Let's Encrypt er en gratis, automatisert og åpen sertifikatmyndighet utviklet av Internet Security Research Group (ISRG) som gir gratis SSL-sertifikater.

Sertifikater utstedt av Let's Encrypt er klarert av alle større nettlesere og er gyldige i 90 dager fra utstedelsesdatoen.

Denne veiledningen viser hvordan du installerer et gratis Let's Encrypt SSL-sertifikat på Debian 10, Buster som kjører Nginx som en webserver. Vi viser også hvordan du konfigurerer Nginx til å bruke SSL-sertifikatet og aktivere HTTP / 2.

Forutsetninger

Forsikre deg om at følgende forutsetninger er oppfylt før du fortsetter med guiden:

  • Logget inn som root eller bruker med sudo-rettigheter. Domenet som du vil skaffe SSL-sertifikatet for, må peke til den offentlige server-IP-en. Vi bruker example.com Nginx installert.

Installerer Certbot

Vi bruker certbot-verktøyet til å skaffe og fornye sertifikatene.

Certbot er et fullt utstyrt og brukervennlig verktøy som automatiserer oppgavene for å skaffe og fornye Let's Encrypt SSL-sertifikater og konfigurere webservere til å bruke sertifikatene.

Certbot-pakken er inkludert i standard Debian-lagringene. Kjør følgende kommandoer for å installere certbot:

sudo apt update sudo apt install certbot

Genererer Dh (Diffie-Hellman) -gruppen

Diffie – Hellman nøkkelutveksling (DH) er en metode for sikker utveksling av kryptografiske nøkler over en usikret kommunikasjonskanal.

Vi kommer til å generere et nytt sett med 2048 bit DH-parametere for å styrke sikkerheten:

sudo openssl dhparam -out /etc/ssl/certs/dhparam.pem 2048

Du kan også endre størrelsen opp til 4096 biter, men generasjonen kan ta mer enn 30 minutter avhengig av systemets entropi.

Innhenting av et Let's Encrypt SSL-sertifikat

For å få et SSL-sertifikat for domenet, bruker vi Webroot-plugin. Det fungerer ved å lage en midlertidig fil for validering av det forespurte domenet i ${webroot-path}/.well-known/acme-challenge katalogen. Let's Encrypt-serveren sender HTTP-forespørsler til den midlertidige filen for å bekrefte at det forespurte domenet løses til serveren der certbot kjører.

Vi skal kartlegge alle HTTP-forespørsler for. .well-known/acme-challenge til en enkelt katalog, /var/lib/letsencrypt .

Kjør følgende kommandoer for å opprette katalogen og gjøre den skrivbar for Nginx-serveren:

mkdir -p /var/lib/letsencrypt/.well-known chgrp www-data /var/lib/letsencrypt chmod g+s /var/lib/letsencrypt

For å unngå duplisering av kode, oppretter vi to utdrag som skal inkluderes i alle Nginx-serverblokkfilene.

Åpne teksteditoren din, og lag den første kodebiten, letsencrypt.conf :

sudo nano /etc/nginx/snippets/letsencrypt.conf /etc/nginx/snippets/letsencrypt.conf

location ^~ /.well-known/acme-challenge/ { allow all; root /var/lib/letsencrypt/; default_type "text/plain"; try_files $uri =404; }

Det andre utdraget ssl.conf inkluderer flishuggerne som er anbefalt av Mozilla, aktiverer OCSP-stifting, HTTP Strict Transport Security (HSTS) og håndhever få sikkerhetsfokuserte

sudo nano /etc/nginx/snippets/ssl.conf /etc/nginx/snippets/ssl.conf

ssl_dhparam /etc/ssl/certs/dhparam.pem; ssl_session_timeout 1d; ssl_session_cache shared:SSL:50m; ssl_session_tickets off; ssl_protocols TLSv1.2 TLSv1.3; ssl_ciphers ECDHE-ECDSA-AES128-GCM-SHA256:ECDHE-RSA-AES128-GCM-SHA256:ECDHE-ECDSA-AES256-GCM-SHA384:ECDHE-RSA-AES256-GCM-SHA384:ECDHE-ECDSA-CHACHA20-POLY1305:ECDHE-RSA-CHACHA20-POLY1305:DHE-RSA-AES128-GCM-SHA256:DHE-RSA-AES256-GCM-SHA384; ssl_prefer_server_ciphers off; ssl_stapling on; ssl_stapling_verify on; resolver 8.8.8.8 8.8.4.4 valid=300s; resolver_timeout 30s; add_header Strict-Transport-Security "max-age=63072000" always; add_header X-Frame-Options SAMEORIGIN; add_header X-Content-Type-Options nosniff;

Når du er ferdig, åpner du domeneserverblokkfilen og inkluderer letsencrypt.conf utdraget som vist nedenfor:

sudo nano /etc/nginx/sites-available/example.com /etc/nginx/sites-available/example.com

server { listen 80; server_name example.com www.example.com; include snippets/letsencrypt.conf; }

Opprett en symbolsk lenke til den sites-enabled katalogen for å aktivere domeneserverblokken:

sudo ln -s /etc/nginx/sites-available/example.com /etc/nginx/sites-enabled/

Start Nginx-tjenesten på nytt for at endringene skal tre i kraft:

sudo systemctl restart nginx

Du er nå klar til å skaffe SSL-sertifikatfilene ved å kjøre følgende kommando:

sudo certbot certonly --agree-tos --email [email protected] --webroot -w /var/lib/letsencrypt/ -d example.com -d www.example.com

Hvis SSL-sertifikatet er oppnådd, vil følgende melding skrives ut på terminalen din:

IMPORTANT NOTES: IMPORTANT NOTES: - Congratulations! Your certificate and chain have been saved at: /etc/letsencrypt/live/example.com/fullchain.pem Your key file has been saved at: /etc/letsencrypt/live/example.com/privkey.pem Your cert will expire on 2020-02-22. To obtain a new or tweaked version of this certificate in the future, simply run certbot again. To non-interactively renew *all* of your certificates, run "certbot renew" - If you like Certbot, please consider supporting our work by: Donating to ISRG / Let's Encrypt: https://letsencrypt.org/donate Donating to EFF:

Rediger domeneserverblokken og inkluder SSL-sertifikatfilene som følger:

sudo nano /etc/nginx/sites-available/example.com /etc/nginx/sites-available/example.com

server { listen 80; server_name www.example.com example.com; include snippets/letsencrypt.conf; return 301 https://$host$request_uri; } server { listen 443 ssl http2; server_name www.example.com; ssl_certificate /etc/letsencrypt/live/example.com/fullchain.pem; ssl_certificate_key /etc/letsencrypt/live/example.com/privkey.pem; ssl_trusted_certificate /etc/letsencrypt/live/example.com/chain.pem; include snippets/ssl.conf; include snippets/letsencrypt.conf; return 301 https://example.com$request_uri; } server { listen 443 ssl http2; server_name example.com; ssl_certificate /etc/letsencrypt/live/example.com/fullchain.pem; ssl_certificate_key /etc/letsencrypt/live/example.com/privkey.pem; ssl_trusted_certificate /etc/letsencrypt/live/example.com/chain.pem; include snippets/ssl.conf; include snippets/letsencrypt.conf; #… other code }

Konfigurasjonen over forteller Nginx å omdirigere fra HTTP til HTTPS og fra www til ikke-www versjon.

Start eller last inn Nginx-tjenesten på nytt for at endringene skal tre i kraft:

sudo systemctl restart nginx

Åpne nettstedet ditt ved å bruke https:// , og du vil merke et grønt låseikon.

Forny automatisk Let's Encrypt SSL-sertifikat

Let's Encrypts sertifikater er gyldige i 90 dager. For å automatisk fornye sertifikatene før de utløper, oppretter certbot-pakken en cronjob som kjøres to ganger om dagen og forny automatisk ethvert sertifikat 30 dager før utløpet.

Ved fornyelse må nginx-tjenesten lastes inn på nytt for at serveren skal laste sertifikatet. Legg til - --renew-hook "systemctl reload nginx" til filen --renew-hook "systemctl reload nginx" slik at den ser slik ut:

sudo nano /etc/cron.d/certbot /etc/cron.d/certbot

0 */12 * * * root test -x /usr/bin/certbot -a \! -d /run/systemd/system && perl -e 'sleep int(rand(3600))' && certbot -q renew --renew-hook "systemctl reload nginx"

Test den automatiske fornyelsesprosessen ved å kjøre denne kommandoen:

sudo certbot renew --dry-run

Hvis det ikke er noen feil, betyr det at fornyelsesprosessen var vellykket.

Konklusjon

Å ha et SSL-sertifikat er et must i dag. Det sikrer nettstedet ditt, øker SERP-rangeringsposisjonen og lar deg aktivere HTTP / 2 på webserveren.

I denne opplæringen har vi vist deg hvordan du genererer og fornyer SSL-sertifikater ved å bruke certbot-skriptet. Vi har også vist deg hvordan du konfigurerer Nginx til å bruke sertifikatene.

Hvis du vil vite mer om Certbot, kan du gå til Certbot-dokumentasjonen.

nginx debian la oss kryptere certbot ssl