O public-address
é o endereço atribuído à máquina, portanto, no caso de discursos, seria public-address: 10.0.3.3
Eu instalei o Discurso , o wordpress, etc por juju. A seguir, mostramos o resultado do Discurso. como posso vê-lo no meu navegador? qual é o endereço?
juju status
environment: local
machines:
"0":
agent-state: started
agent-version: 1.17.5.1
dns-name: localhost
instance-id: localhost
series: saucy
"1":
agent-state: started
agent-version: 1.17.5.1
dns-name: 10.0.3.3
instance-id: onrea-local-machine-1
series: precise
hardware: arch=amd64
"2":
agent-state: started
agent-version: 1.17.5.1
dns-name: 10.0.3.121
instance-id: onrea-local-machine-2
series: precise
hardware: arch=amd64
services:
discourse:
charm: local:precise/discourse-0
exposed: true
relations:
db:
- postgresql
discourse:
- discourse
units:
discourse/0:
agent-state: started
agent-version: 1.17.5.1
machine: "1"
public-address: 10.0.3.3
postgresql:
charm: cs:precise/postgresql-62
exposed: false
relations:
db-admin:
- discourse
replication:
- postgresql
units:
postgresql/0:
agent-state: started
agent-version: 1.17.5.1
machine: "2"
open-ports:
- 5432/tcp
public-address: 10.0.3.121
O public-address
é o endereço atribuído à máquina, portanto, no caso de discursos, seria public-address: 10.0.3.3
Para construir a resposta da Hatch, o endereço da unidade Discourse é a linha de endereço público na exibição de status.
Existem algumas coisas em jogo que podem causar problemas com esta instalação específica.
1) A sua LAN está usando o mesmo esquema de IP que está sendo usado no Contêiner LXC? ex .: 10.0.3.x
em sua lan em casa, você pode estar tendo uma colisão de ip com outro PC. O que impediria você de acessar essa unidade
2) Seu dispositivo de bridge está funcionando? Quando você executa o ifconfig, você vê o lxcbr0 na saída?
3) Você consegue acessar a máquina com juju ssh? juju ssh discourse/0
(isso indica que a conectividade de rede está presente na unidade e você pode passar para o nível de serviço de depuração)
4) O Apache / NGINX está sendo executado no host? Em caso afirmativo, ele é iniciado e os logs fornecem alguma saída? Verifique em / var / log / nginx /
5) Você pode se conectar ao serviço Discourse rodando diretamente na porta 3000? Se você puder, há um problema com o proxy reverso do NGINX para Discourse
6) Verifique se os conjuntos de regras do seu firewall UFW não têm culpa aqui. Desative temporariamente seu firewall UFW (se houver algum) usando o ufw disable e tente conectar-se novamente.