# Instalação auto-hospedada atrás de um IP não "full-stack"
**URL:** https://meta.discourse.org/t/installation-auto-hebergee-derriere-une-ip-non-routee-publiquement/402198
**Category:** Self-hosting
**Tags:** hosting
**Created:** [Maio 5, 2026, 9:41am UTC](https://meta.discourse.org/t/installation-auto-hebergee-derriere-une-ip-non-routee-publiquement/402198 "2026-05-05T09:41:56Z")
**Posts on this page:** 15
**Page:** 1
### Author:  [@manu-p](https://meta.discourse.org/u/manu-p)
#### Post date: [Maio 5, 2026, 9:41am UTC](https://meta.discourse.org/t/installation-auto-hebergee-derriere-une-ip-non-routee-publiquement/402198/1 "2026-05-05T09:41:56Z")
Olá,
Para fins de teste/validação, estou instalando o Discourse em uma máquina Ubuntu na minha casa, cuja IP local foi fixada, digamos 192.168.1.200.
Ela está atrás de um roteador com um IP público, digamos A.B.C.D, **não** full-stack. 🙄
Por uma razão alheia à minha vontade, não consigo alterá-lo para um full-stack. Portanto, estou limitado no NAT do roteador a um intervalo de portas de entrada com valores muito altos, ou seja, nem 443 nem 80.
Para o exemplo, vamos dizer que eu abra a porta de entrada 50000 em TCP/UDP para 192.168.1.200 na porta 443.
Parece que, portanto, uma requisição chegando no IP público A.B.C.D na porta 50000 deve ser redirecionada para 192.168.1.200:443.
Tenho um nome de subdomínio, digamos: [forum.mondomaine.me](http://forum.mondomaine.me), com os registros A e AAAA apontando para o IP público A.B.C.D (para IPv4).
Adicionei um redirecionamento nesse nível de [https://forum.mondomaine.me](https://forum.mondomaine.me) para o meu IP público A.B.C.D:50000.
Se eu tentar acessar a URL mencionada acima, vejo a mudança para A.B.C.D:50000 e, claro, uma rejeição, pois ainda não há escuta em 192.168.1.200:443.
O problema é que, durante a instalação (modo Docker) do Discourse na minha máquina, a etapa de verificação da configuração do domínio falha:
> /!\ A porta 443 deste computador não parece ser acessível usando o hostname: [forum.mondomaine.me](http://forum.mondomaine.me)
> /!\ A conexão para [http://forum.mondomaine.me](http://forum.mondomaine.me) (porta 80) também falha.
Deve haver uma solução ou uma alternativa, mas por enquanto não vejo…
---
### Author:  [@itsbhanusharma](https://meta.discourse.org/u/itsbhanusharma)
#### Post date: [Maio 5, 2026, 11:40am UTC](https://meta.discourse.org/t/installation-auto-hebergee-derriere-une-ip-non-routee-publiquement/402198/2 "2026-05-05T11:40:50Z")
> [@Install Discourse on a residential internet with Cloudflare Tunnel](https://meta.discourse.org/t/install-discourse-on-a-residential-internet-with-cloudflare-tunnel/211297?u=itsbhanusharma):
>
> Since [Discourse now has support for running on a Raspberry Pi](https://blog.discourse.org/2021/12/2021-12-07-discourse-on-a-raspberry-pi/), running a small instance in your home lab will become a common use case. However, many residential ISPs block incoming traffic to the ports 80/443 that Discourse need. For our demo site at [https://discourse-on-a-pi.falco.dev/](https://discourse-on-a-pi.falco.dev/) we used [Cloudflare Tunnel](https://blog.cloudflare.com/tunnel-for-everyone/) to work around this, and you can do it too! Setup your tunnel First, follow the following guide: The only change you need is changing the URL from url: http://localhost:8000 to url…
---
### Author:  [@NateDhaliwal](https://meta.discourse.org/u/NateDhaliwal)
#### Post date: [Maio 5, 2026, 11:41am UTC](https://meta.discourse.org/t/installation-auto-hebergee-derriere-une-ip-non-routee-publiquement/402198/3 "2026-05-05T11:41:46Z")
É uma rede doméstica? É possível que seu provedor de internet esteja bloqueando o tráfego? Por que não usar um VPS em vez disso?
(EDIT: Use um túnel do Cloudflare, recomendado na documentação vinculada acima)
---
### Author:  [@manu-p](https://meta.discourse.org/u/manu-p)
#### Post date: [Maio 5, 2026, 12:39pm UTC](https://meta.discourse.org/t/installation-auto-hebergee-derriere-une-ip-non-routee-publiquement/402198/4 "2026-05-05T12:39:45Z")
Obrigado pelas respostas.
> É uma rede doméstica?
Instalando o Discourse em uma máquina Ubuntu em casa, como mencionei inicialmente, sim, é realmente uma rede doméstica.
> É possível que seu provedor de internet (ISP) esteja bloqueando o tráfego?
Esse é exatamente o caso quando o IP público não é **full-stack**. E, neste momento, não há nada que eu possa fazer a respeito.
> Por que não usar um VPS em vez disso?
Porque, para este **teste** , não pretendo comprar um VPS. Mas concordo: um VPS seria a solução se eu já tivesse um à disposição. E eu não teria hesitado.
Quanto ao uso de um túnel do Cloudflare, pelo que acabei de perceber, parece ser uma complicação desnecessária para tão pouco… E além disso, o Cloudflare…
Se apenas fosse tão simples e rápido instalar o Discourse em uma rede local isolada (ou não)…
Vi que existe um guia em algum lugar (cuja URL já perdi) para um intranet, que também me pareceu bastante pesado, especialmente comparado a uma instalação padrão!
Vamos deixar pra lá, não é vital, não quero passar horas nisso. 😆
Obrigado novamente pelas respostas.
---
### Author:  [@Andrew\_Rowe](https://meta.discourse.org/u/Andrew_Rowe)
#### Post date: [Maio 5, 2026, 12:57pm UTC](https://meta.discourse.org/t/installation-auto-hebergee-derriere-une-ip-non-routee-publiquement/402198/5 "2026-05-05T12:57:12Z")
> [@manu-p](#):
>
> A parte complicada é que, durante a instalação do Discourse via Docker na minha máquina, a etapa de verificação da configuração do domínio falha:
>
> > /!\ A porta 443 deste computador não parece estar acessível usando o nome de host: [forum.mondomaine.me](http://forum.mondomaine.me)
> > /!\ A conexão com [http://forum.mondomaine.me](http://forum.mondomaine.me) (porta 80) também falha.
>
> Deve haver uma solução ou uma alternativa, mas, por enquanto, não consigo ver nenhuma…
Não é possível configurar ignorando essa etapa?
Como explicado [neste post de Jay](https://meta.discourse.org/t/how-do-i-even-install-discourse/364137/19?u=andrew_rowe), a verificação de porta pode ser ignorada usando:
```plaintext
--skip-connection-test
```
Você precisa de uma conexão externa à sua LAN para testar ou como parte do seu desenvolvimento?
Desculpe se estou entendendo mal o problema.
---
### Author:  [@itsbhanusharma](https://meta.discourse.org/u/itsbhanusharma)
#### Post date: [Maio 5, 2026, 1:55pm UTC](https://meta.discourse.org/t/installation-auto-hebergee-derriere-une-ip-non-routee-publiquement/402198/6 "2026-05-05T13:55:36Z")
> [@manu-p](#):
>
> Quanto ao uso de um túnel Cloudflare, pelo que acabei de observar, parece exagero para tão pouco… E depois tem a própria Cloudflare…
>
> Se apenas fosse tão simples e rápido instalar o Discourse em uma rede local isolada (ou não)…
Pelo tempo gasto consertando tudo entre sua própria rede, seu ISP realmente encaminhando o tráfego corretamente e você garantindo que não está deixando nenhuma porta aberta para um ator suspeito sequestrar sua rede doméstica, usar túneis Cloudflare é bastante fácil e direto, na minha opinião. Especialmente em uma rede doméstica.
---
### Author:  [@pfaffman](https://meta.discourse.org/u/pfaffman)
#### Post date: [Maio 5, 2026, 1:57pm UTC](https://meta.discourse.org/t/installation-auto-hebergee-derriere-une-ip-non-routee-publiquement/402198/7 "2026-05-05T13:57:48Z")
O Discourse exige HTTPS. A menos que você saiba como obter um certificado e instalá-lo conforme descrito em outro lugar, sua melhor opção é [instalar o Discourse em uma conexão residencial de internet com Cloudflare Tunnel](https://meta.discourse.org/t/install-discourse-on-a-residential-internet-with-cloudflare-tunnel/211297)
Acredito que esta seja a forma de instalar seu próprio certificado: [Habilitar SSL/HTTPS para sua configuração do Discourse no Docker](https://meta.discourse.org/t/allow-ssl-https-for-your-discourse-docker-setup/13847)
---
### Author:  [@manu-p](https://meta.discourse.org/u/manu-p)
#### Post date: [Maio 5, 2026, 4:30pm UTC](https://meta.discourse.org/t/installation-auto-hebergee-derriere-une-ip-non-routee-publiquement/402198/8 "2026-05-05T16:30:26Z")
Obrigado @Andrew_Rowe pela dica!
Não, não preciso de uma conexão vinda de fora da minha LAN para **testar**.
Então, executei `install-discourse` com `--skip-connection-test` e, como esperado, a instalação prosseguiu sem travar na verificação do domínio.
É importante lembrar de parar o nginx se ele já estiver rodando (fora do Docker).
Mas está tudo certo! O Discourse está rodando dentro do seu container!
Porém… aparentemente, agora temos um problema com o certificado.
`nginx: [emerg] cannot load certificate “/shared/ssl/forum.mondomaine.me.cer”: PEM_read_bio_X509_AUX() failed (SSL: error:0480006C:PEM routines::no start line:Expecting: TRUSTED CERTIFICATE)`
Claro, segui [este tópico](https://meta.discourse.org/t/set-up-https-support-with-lets-encrypt/40709) e verifiquei a existência de `/var/discourse/shared/ssl/forum.mondomaine.me.cer`, e está tudo certo, assim como o .key e os outros dois arquivos em .me\_ecc.cer|key.
Reconstruí o container, mas o problema persiste.
Posso confirmar que instalar o Discourse em uma máquina de teste local é um verdadeiro desafio! 😂
Parece que isso não é incentivado.
E, na falta de uma solução simples (não, **não** usarei o CloudFlare, não adianta seguir por esse caminho, obrigado), acho que será minha última mensagem sobre o assunto. 😄
---
### Author:  [@merefield](https://meta.discourse.org/u/merefield)
#### Post date: [Maio 5, 2026, 4:40pm UTC](https://meta.discourse.org/t/installation-auto-hebergee-derriere-une-ip-non-routee-publiquement/402198/9 "2026-05-05T16:40:03Z")
> [@manu-p](#):
>
> Não tenho planos de comprar um VPS.
Você na verdade não compra um. Você o aluga.
---
### Author:  [@manu-p](https://meta.discourse.org/u/manu-p)
#### Post date: [Maio 5, 2026, 4:42pm UTC](https://meta.discourse.org/t/installation-auto-hebergee-derriere-une-ip-non-routee-publiquement/402198/10 "2026-05-05T16:42:51Z")
Sem dúvida, @merefield, obrigado pela precisão. Vou também esclarecer o que eu quis dizer: não pretendo gastar dinheiro com um VPS.
---
### Author:  [@manu-p](https://meta.discourse.org/u/manu-p)
#### Post date: [Maio 5, 2026, 4:51pm UTC](https://meta.discourse.org/t/installation-auto-hebergee-derriere-une-ip-non-routee-publiquement/402198/11 "2026-05-05T16:51:57Z")
Só mais uma coisa: notei que o comando `docker run` incluía `DISCOURSE_FORCE_HTTPS=true`, então mudei para `false` e reiniciei após reconstruir o container.
Nenhuma mudança.
---
### Author:  [@merefield](https://meta.discourse.org/u/merefield)
#### Post date: [Maio 5, 2026, 5:09pm UTC](https://meta.discourse.org/t/installation-auto-hebergee-derriere-une-ip-non-routee-publiquement/402198/12 "2026-05-05T17:09:00Z")
> [@manu-p](#):
>
> Para fins de teste/validação
Se você não pretende usar um túnel no estilo Cloudflare e apenas quer dar uma olhada, use um #dev-install
---
### Author:  [@manu-p](https://meta.discourse.org/u/manu-p)
#### Post date: [Maio 5, 2026, 5:34pm UTC](https://meta.discourse.org/t/installation-auto-hebergee-derriere-une-ip-non-routee-publiquement/402198/13 "2026-05-05T17:34:49Z")
Obrigado! Vou verificar isso, de fato.
---
### Author:  [@manu-p](https://meta.discourse.org/u/manu-p)
#### Post date: [Maio 6, 2026, 4:43pm UTC](https://meta.discourse.org/t/installation-auto-hebergee-derriere-une-ip-non-routee-publiquement/402198/14 "2026-05-06T16:43:54Z")
(postagem excluída pelo autor)
---
### Author:  [@system](https://meta.discourse.org/u/system)
#### Post date: [Junho 5, 2026, 4:44pm UTC](https://meta.discourse.org/t/installation-auto-hebergee-derriere-une-ip-non-routee-publiquement/402198/15 "2026-06-05T16:44:09Z")
This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.