From e2c6416225429dec1edbbdc6da5b424fd86c9e22 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Yaroslav=20de=20la=20Pe=C3=B1a=20Smirnov?= Date: Wed, 1 Feb 2023 01:54:36 +0300 Subject: Cleanup: rm warnings about non-existant syntax hl --- content/weblog/2018-08-12_ssl-with-lets-encrypt/index.es.md | 4 ++-- content/weblog/2018-08-12_ssl-with-lets-encrypt/index.md | 4 ++-- content/weblog/2018-08-12_ssl-with-lets-encrypt/index.ru.md | 4 ++-- 3 files changed, 6 insertions(+), 6 deletions(-) (limited to 'content/weblog/2018-08-12_ssl-with-lets-encrypt') diff --git a/content/weblog/2018-08-12_ssl-with-lets-encrypt/index.es.md b/content/weblog/2018-08-12_ssl-with-lets-encrypt/index.es.md index 500cf35..c8ef577 100644 --- a/content/weblog/2018-08-12_ssl-with-lets-encrypt/index.es.md +++ b/content/weblog/2018-08-12_ssl-with-lets-encrypt/index.es.md @@ -33,7 +33,7 @@ Podemos modificar la configuración por defecto para ello. Necesitamos hacer esto para que el servidor de Let's Encrypt puede leer el archivo de "desafío" para verificar que en efecto el(los) dominio(s) nos pertenece(n). -```nginx +``` server { listen 80 default_server; listen [::]:80 default_server; @@ -76,7 +76,7 @@ certificados y redirija de http a https. En las variables `ssl_certificate` `ssl_certificate_key` ponemos la dirección en el sistema de archivos de nuestro certificado y nuestra llave publica. -```nginx +``` server { listen 80; listen [::]:80; diff --git a/content/weblog/2018-08-12_ssl-with-lets-encrypt/index.md b/content/weblog/2018-08-12_ssl-with-lets-encrypt/index.md index e3075e7..dc77365 100644 --- a/content/weblog/2018-08-12_ssl-with-lets-encrypt/index.md +++ b/content/weblog/2018-08-12_ssl-with-lets-encrypt/index.md @@ -34,7 +34,7 @@ configuration on nginx for that. We need to do this so that Let's Encrypt's server can read the challenge generated by Certbot and verify that we indeed own the domain(s) for which we want to make the certificate. -```nginx +``` server { listen 80 default_server; listen [::]:80 default_server; @@ -74,7 +74,7 @@ redirect plain old insecure http requests to https. You should also put the correct path for your certificate and public key under `ssl_certificate` and `ssl_certificate_key` respectively. -```nginx +``` server { listen 80; listen [::]:80; diff --git a/content/weblog/2018-08-12_ssl-with-lets-encrypt/index.ru.md b/content/weblog/2018-08-12_ssl-with-lets-encrypt/index.ru.md index c041641..c414941 100644 --- a/content/weblog/2018-08-12_ssl-with-lets-encrypt/index.ru.md +++ b/content/weblog/2018-08-12_ssl-with-lets-encrypt/index.ru.md @@ -32,7 +32,7 @@ Debian Stretch, комманда для установки Certbot может о того чтобы, сервер Let's Encrypt смог прочитать файл "челленджа" сгенерирован Certbot'ом и убедится в том что домен(ы) действительно наш(и). -```nginx +``` server { listen 80 default_server; listen [::]:80 default_server; @@ -72,7 +72,7 @@ https запросы и делал редирект http запросов на h правильный путь к вашему сертификату и ключу в `ssl_certificate` и `ssl_certificate_key` соответственно. -```nginx +``` server { listen 80; listen [::]:80; -- cgit v1.2.3