# Unable to access after installation

**URL:** https://meta.discourse.org/t/unable-to-access-after-installation/50977
**Category:** Self-hosting
**Created:** [02.Октябрь.2016 09:54:30 UTC](https://meta.discourse.org/t/unable-to-access-after-installation/50977 "2016-10-02T09:54:30Z")
**Posts on this page:** 5
**Page:** 1

<div class="post-metadata">

### Author: ![fwielstra](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/fwielstra/32/120477_2.png) [@fwielstra](https://meta.discourse.org/u/fwielstra)
#### Post date: [02.Октябрь.2016 09:54:30 UTC](https://meta.discourse.org/t/unable-to-access-after-installation/50977/1 "2016-10-02T09:54:30Z")

</div>

I’ve followed the instructions at [discourse/docs/INSTALL-cloud.md at main · discourse/discourse · GitHub](https://github.com/discourse/discourse/blob/master/docs/INSTALL-cloud.md) to the letter, have everything set up on Digital Ocean, everything seems to be running fine, however actually accessing my installation doesn’t seem to work, my browser is indicating the connection was refused.

When I stop the application and run e.g. `python3 -m http.server 80`, I can access the service just fine, so I don’t think it’s a firewall issue. I also changed `app.yml` to expose to port 8080, and I got an nginx ‘welcome’ page. Changing `app.yml` back and doing a rebuild (which takes forever) brings back the “This site can’t be reached” error.

I’m not sure what’s going on. Could anyone help me? Here’s the output of some commands / stuff I’ve looked into:

```
root@discourse:/var/discourse# docker ps
CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES
84cdf139a051 local_discourse/app "/sbin/boot" 4 minutes ago Up 4 minutes 0.0.0.0:80->80/tcp, 0.0.0.0:443->443/tcp app

root@discourse:/var/discourse# lsof -i
COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME
sshd 1482 root 3u IPv4 15819 0t0 TCP *:ssh (LISTEN)
sshd 1482 root 4u IPv6 15821 0t0 TCP *:ssh (LISTEN)
sshd 1661 root 3u IPv4 16921 0t0 TCP discourse.[MY DOMAIN HERE]:ssh->[MY LOCAL COMPUTER] (ESTABLISHED)
docker-pr 26327 root 4u IPv6 126119 0t0 TCP *:https (LISTEN)
docker-pr 26351 root 4u IPv6 126154 0t0 TCP *:http (LISTEN)

root@discourse:/var/discourse# netstat -ntlp | grep LISTEN
tcp 0 0 0.0.0.0:22 0.0.0.0:* LISTEN 1482/sshd
tcp6 0 0 :::443 :::* LISTEN 26327/docker-proxy
tcp6 0 0 :::80 :::* LISTEN 26351/docker-proxy
tcp6 0 0 :::22 :::* LISTEN 1482/sshd

root@discourse:/var/discourse# iptables -S
-P INPUT ACCEPT
-P FORWARD ACCEPT
-P OUTPUT ACCEPT
-N DOCKER
-N DOCKER-ISOLATION
-A FORWARD -j DOCKER-ISOLATION
-A FORWARD -o docker0 -j DOCKER
-A FORWARD -o docker0 -m conntrack --ctstate RELATED,ESTABLISHED -j ACCEPT
-A FORWARD -i docker0 ! -o docker0 -j ACCEPT
-A FORWARD -i docker0 -o docker0 -j ACCEPT
-A DOCKER -d 172.17.0.2/32 ! -i docker0 -o docker0 -p tcp -m tcp --dport 443 -j ACCEPT
-A DOCKER -d 172.17.0.2/32 ! -i docker0 -o docker0 -p tcp -m tcp --dport 80 -j ACCEPT
-A DOCKER-ISOLATION -j RETURN

```

---

<div class="post-metadata">

### Author: ![fwielstra](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/fwielstra/32/120477_2.png) [@fwielstra](https://meta.discourse.org/u/fwielstra)
#### Post date: [02.Октябрь.2016 11:22:50 UTC](https://meta.discourse.org/t/unable-to-access-after-installation/50977/2 "2016-10-02T11:22:50Z")

</div>

I may have a lead; `./launcher logs app` is giving me a load of errors, and `ls -l shared/standalone/ssl` reveals that my `.cer` files are blank. I _think_ that might have to do with the fact that while I did install the application with a domain name, I haven’t actually set up the subdomain in my DNS thingy yet. Doing so now.

However, doesn’t Discourse expose itself on both http and https by default?

---

<div class="post-metadata">

### Author: ![fefrei](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/fefrei/32/119538_2.png) [@fefrei](https://meta.discourse.org/u/fefrei)
#### Post date: [03.Октябрь.2016 07:36:10 UTC](https://meta.discourse.org/t/unable-to-access-after-installation/50977/3 "2016-10-03T07:36:10Z")

</div>

Did you enable letsencrypt? If so, nginx may fail to start as long as it doen’t have any SSL cert, which Let’s Encrypt will not give you (yet).

---

<div class="post-metadata">

### Author: ![fwielstra](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/fwielstra/32/120477_2.png) [@fwielstra](https://meta.discourse.org/u/fwielstra)
#### Post date: [03.Октябрь.2016 17:27:09 UTC](https://meta.discourse.org/t/unable-to-access-after-installation/50977/4 "2016-10-03T17:27:09Z")

</div>

All right, I think I have it figured out:

- I disabled the HTTPS modules and the application started up, success!
- I’ve spent yesterday waiting for a DNS change to go through to register my subdomain, but what I forgot was that I set my nameservers to that of Cloudflare - so any changes I made weren’t actually applied / propagated to the Real DNS.
- I had changed the domain of the app to the IP address and did a rebuild, but image paths (icons) still pointed to the subdomain.
- I’m going to check whether my subdomain works, then do a clean reinstall.

I think I’ll be able to make it work now. Thanks for the help \<3

---

<div class="post-metadata">

### Author: ![zogstrip](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/zogstrip/32/512781_2.png) [@zogstrip](https://meta.discourse.org/u/zogstrip)
#### Post date: [10.Октябрь.2016 13:52:53 UTC](https://meta.discourse.org/t/unable-to-access-after-installation/50977/5 "2016-10-10T13:52:53Z")

</div>


