Exibir página de erro estática enquanto o site estiver inativo

[piffy]

O que eu quero fazer é exibir uma página dizendo “este site está em manutenção” quando ele ficar offline durante, por exemplo, o processo de reconstrução.

Add an offline page to display when Discourse is rebuilding or starting up

This guide is intended for advanced users, who are already using nginx outside the docker container. By following this guide you make your setup more complicated and will loose some speed benefits like HTTP2 if you’re not running Ubuntu 16.04 or later. Proceed with caution! When Discourse is rebuilding or starting up, your users will usually either see an error message from their browser… [image] …or a not-so-nice 502 error message from Nginx: [image] If you’re a perfectionist l…

Este tópico é basicamente o que eu gostaria de fazer, mas parece exigir uma configuração não padrão. Existe uma maneira mais fácil de fazer isso para uma instalação padrão? Obrigado!

[Falco]

@piffy

Existe uma maneira mais fácil de fazer isso para uma instalação padrão?

Não, não há nada assim no momento.

[Alexander (Alexander Barrios)]

Na realidade, este procedimento utiliza o que é considerado uma “instalação padrão” (ou seja, usando o guia oficial do Discourse Docker), ao qual o Nginx é reimplantado fora do contêiner.
O procedimento parece assustador no início, mas na verdade não é, posso ajudá-lo se quiser.

[piffy]

@Falco

Não, não há nada assim no momento.

Não é a resposta que eu queria ouvir, mas aprecio a resposta inequívoca mesmo assim

@Alexander

Na realidade, este procedimento utiliza o que é considerado uma “instalação padrão” (ou seja, usando o guia oficial do Discourse Docker), ao qual o Nginx é reimplantado fora do contêiner.

O procedimento parece assustador no início, mas na verdade não é, posso ajudá-lo se quiser.

Não estou muito preocupado com o processo, mas sim se essa configuração exigirá considerações adicionais ao fazer coisas simples no futuro, como instalar um novo plugin. Ou é algo que, uma vez configurado, não preciso mais pensar nisso?

[ClawdiaWolf (Claudia)]

@piffy

Ou é algo que, uma vez configurado, não preciso mais pensar a respeito?

Desde que adicionei o NGINX para isso em 2020, precisei editar a configuração duas vezes. Ambas as vezes foi para ajustar configurações relacionadas ao upload de arquivos grandes após atualizar o limite no Discourse.

Usar o NGINX externo para fornecer a página estática e atuar como um proxy reverso para o Discourse normalmente não requer alterações depois que você o configura corretamente.

[mcdanlj (Michael K Johnson)]

Note que o nginx externo traz algo mais valioso além da página de erro estática: atribuição correta de endereços IP de origem para usuários IPv6. Se o seu fórum for acessível via IPv6 e você não usar a configuração externa do nginx, todos que acessarem seu site via IPv6 aparecerão como vindos de um endereço local 172.x.y.z. Isso não ajuda quando você está tentando lidar com usuários maliciosos do site, como spammers!

@piffy

Não estou muito preocupado com o processo, mas sim se essa configuração exigirá alguma consideração adicional ao fazer coisas simples no futuro, como instalar um novo plugin. Ou é algo que, uma vez configurado, não preciso mais pensar a respeito?

É exatamente o mesmo para adicionar novos plugins.

Acho que isso facilita a atualização porque você sabe que seus usuários serão informados sobre a manutenção e apenas esperarão que ela termine.

A única coisa que consigo pensar que você quer ter certeza é que o certbot está renovando seus certificados corretamente. Isso é incorporado à configuração padrão que não usa nginx externo, mas se você usar nginx externo, também terá que usar certbot externo e garantir que ele esteja configurado para renovar seu certificado. E nem todas as maneiras de instalar o certbot lidam com isso.

Note que a documentação que você perguntou diz:

Se você instalou o certbot do seu repositório de pacotes, as renovações geralmente ocorrem automaticamente. Caso contrário, defina um lembrete para executar letsencrypt renew && systemctl reload nginx.service antes que seu certificado expire!

Definir um lembrete não é uma boa maneira de fazer isso, no entanto. Você inevitavelmente esquecerá, e se perder um e-mail do letsencrypt avisando sobre a expiração do certificado, seu site deixará de funcionar. Felizmente, isso é fácil de contornar.

Se as renovações automáticas não estiverem configuradas, veja como fazer isso.

Crie o arquivo /etc/systemd/system/certbot.service com este conteúdo:

[Unit]
Description=Certbot
Documentation=file:///usr/share/doc/python-certbot-doc/html/index.html
Documentation=https://letsencrypt.readthedocs.io/en/latest/
[Service]
Type=oneshot
ExecStart=/usr/bin/certbot -q renew
PrivateTmp=true

Crie o arquivo /etc/systemd/system/certbot.timer com este conteúdo:

[Unit]
Description=Run certbot twice daily

[Timer]
OnCalendar=*-*-* 00,12:00:00
RandomizedDelaySec=43200
Persistent=true

[Install]
WantedBy=timers.target

Em seguida, informe ao systemd sobre os novos arquivos.

# systemctl daemon-reload
# systemctl enable --now certbot.timer

[pfaffman (Jay Pfaffman)]

Se você usar uma configuração de dois contêineres, o tempo de inatividade será inferior a um minuto e você realmente não precisará de uma página assim.

[Jagster (Jakke Lehtonen)]

Após algumas pesquisas aqui, está bem claro que a manutenção de dois contêineres é um trabalho muito mais exigente do que o Nginx. Pelo menos no meu nível de habilidade.

[pfaffman (Jay Pfaffman)]

Ah. Entendi. Do meu ponto de vista, é quase o mesmo, exceto que você precisa prestar atenção em quando o contêiner de datas precisa ser atualizado, o que é infrequente, mas você precisa prestar atenção. E quando isso acontece, o site fica fora do ar por um tempo.

[Jagster (Jakke Lehtonen)]

Isso também é verdade. É sempre uma troca — o tempo que um fórum ficará inativo devido a atualizações/melhorias versus o tempo que a manutenção de contêineres separados exige (e especialmente quando você (leia-se: eu) estraga tudo e começa a tentar encontrar algumas correções e o fórum fica inativo ao mesmo tempo )