Definir um IP personalizado não funciona?

Instalação
1

Olá a todos,
recentemente tentei instalar o Discourse no meu servidor Debian, tudo correu bem, exceto que não consegui acessar o site. Tentei mudar a porta para acessá-lo, mas apenas o Nginx apareceu. Então, descobri o problema e tentei definir um IP personalizado com uma rede personalizada que apontaria para a minha rede, mas não consegui acessá-lo, continuou me dando erros. Este é o erro que recebo:

./launcher start app --docker-args --network discourse_back --ip 192.168.1.4
x86_64 arch detected.
docker: Error response from daemon: network -i not found.
Your Docker installation is not working correctly

See: https://meta.discourse.org/t/docker-error-on-bootstrap/13657/18?u=sam

Também tentei antes usando hello-world e funcionou:

docker run -it --network discourse_back --ip 192.168.1.4 hello-world

Hello from Docker!

. . .

Alguém tem alguma ideia de como posso consertar isso? Agradeço antecipadamente!

2

Talvez tente isto:

 ./launcher start app --docker-args '--network discourse_back --ip 192.168.1.4'
3

Então, finalmente consegui fazer funcionar, mas agora aparece “Welcome to nginx”, mas eu inseri meu nome de host “discourse.simonz.local” (que também está escrito no app.yml em

> DISCOURSE_HOSTNAME: discourse.simonz.local

eu fiz algo errado?

4

O discurso de produção não funcionará sem https.

Talvez você tenha outro nginx exibindo essa mensagem?

Você deve fazer uma instalação padrão funcionar antes de tentar algo mais sofisticado.

5

Se você pretende que esta instância esteja disponível na internet, usar um domínio .local em app.yml vai quebrar as coisas. Talvez seja algo que você só pretende usar em casa ou apenas para testes, achei que valia a pena mencionar.

Assumindo que sua rede Docker funcione corretamente, tornando o contêiner acessível nesse endereço IP de fora da máquina host, você também precisaria que o DNS apontasse discourse.simonz.local para esse endereço IP.

Parece que o que está acontecendo é que o domínio está resolvendo para a máquina host e você não está especificando a porta (por exemplo, discourse.simonz.local:1234) ao tentar acessá-lo, então ele está apenas alcançando o nginx em vez do contêiner Docker.

Se você quiser que o Discourse esteja disponível em uma porta diferente, você provavelmente não precisa dele em um endereço IP diferente. Se você quiser que ele esteja disponível na porta padrão, bem como o nginx na porta padrão, você precisa que o DNS o direcione para o IP correto ou você precisa que o nginx faça proxy para o Discourse.

Domínios .local são tipicamente anunciados pelo sistema com base em seu nome de host configurado. O Discourse realmente não precisa de nada para fazer isso normalmente, então o contêiner pode não ter nada para isso.

Se você quiser seguir o caminho da porta padrão, IP diferente, rota DNS, isso está realmente fora do escopo do Discourse e sua configuração dependerá de vários fatores em sua rede.

Se seu objetivo é apenas ter algo disponível no nginx, bem como no Discourse no mesmo host, eu recomendaria a abordagem de proxy vinculada acima. Embora também seja tecnicamente uma instalação não suportada, é uma configuração mais comum e com a qual mais pessoas poderão ajudar.

6

Funcionará apenas em portas padrão.

7

não deve ser acessado pela internet, deve estar em um ambiente local para experimentá-lo, as portas estão corretas, o IP está correto

8

Não posso já ter algo rodando na porta 80 e não vi uma opção para alterar o IP que ele deveria usar na instalação Normal.

9

Já desfiz essa alteração, ele volta a rodar nas portas normais 80 e 443.

10

Se você souber como fazer seu proxy reverso funcionar, poderá executá-lo em outro nome de host. HTTPS e portas padrão são necessários.

11

Se você está apenas configurando-o localmente temporariamente para experimentá-lo, eu simplesmente iniciaria uma máquina virtual em vez de tentar executá-lo ao lado do nginx.

A máquina virtual pode receber seu próprio IP, provavelmente se atribuirá automaticamente um endereço .local e você poderá fazer uma instalação padrão do Discourse dentro dela.

Quando terminar, descarte a máquina virtual e você não precisará se preocupar em reverter quaisquer alterações no nginx ou em qualquer outra coisa.

1 curtida
12

Eu uso a versão docker compose, parece que ela vem com um nginx e já está dentro de uma VM, mas estou tentando executá-la com a mesma VM, mas uma coisa sai como ..1.3 (meu outro site) e a outra como ..1.4 (discourse).

13

Acabei de perceber que sim, já fiz a instalação padrão, só quero mudar o IP para onde ele responde, meu IP padrão é 192.168.1.3, mas quero que ele reaja a 192.168.1.4, ambos os IPs já estão configurados no dispositivo.

14

Se a VM tiver dois endereços IP, você não precisa fazer nada com o endereço IP do contêiner Docker, você só precisa de roteamento de firewall para que …1.3:80/443 vá para o host e …1.4:80/443 vá para o contêiner Docker.

Se for Linux, AFAIK iptables e ufw são os mais comuns. Você provavelmente precisaria consultar a documentação ou perguntar em suas comunidades para obter ajuda sobre como configurar esse roteamento.

A menos que você precise testar esse tipo de configuração para onde você instalaria o Discourse, eu ainda recomendaria apenas executar uma segunda VM para este teste. Quaisquer complexidades de executar o Discourse ao lado de outro software HTTP/HTTPS desaparecem com ele rodando dentro de sua própria VM.

15

Bem, obrigado de qualquer forma, então eu consegui iniciá-lo, mas simplesmente não obtenho resposta, provavelmente estraguei alguma coisa, mas obrigado por ajudar, vou tentar outra hora, talvez eu obtenha um novo resultado, obrigado a todos pela ajuda e tenham um ótimo dia ^^