poldim

I'm getting a similar error: [32m20-04-18 14:38:39 INFO (MainThread) [__main__] Initialize Hass.io setup[0m [32m20-04-18 14:38:39 INFO (SyncWorker_0) [hassio.docker.supervisor] Attach to Supervisor homeassistant/amd64-hassio-supervisor with version 200[0m [32m20-04-18 14:38:39 INFO (SyncWorker_0) [hassio.docker.supervisor] Connect Supervisor to Hass.io Network[0m [32m20-04-18 14:38:43 INFO (MainThread) [__main__] Setup HassIO[0m [33m20-04-18 14:38:43 WARNING (MainThread) [hassio.dbus.systemd] No systemd support on the host. Host control has been disabled.[0m [33m20-04-18 14:38:43 WARNING (MainThread) [hassio.dbus.hostname] No hostname support on the host. Hostname functions have been disabled.[0m [33m20-04-18 14:38:43 WARNING (MainThread) [hassio.dbus.rauc] Host has no rauc support. OTA updates have been disabled.[0m [33m20-04-18 14:38:43 WARNING (MainThread) [hassio.dbus.nmi_dns] No DnsManager support on the host. Local DNS functions have been disabled.[0m [32m20-04-18 14:38:43 INFO (MainThread) [hassio.host.apparmor] Load AppArmor Profiles: set()[0m [32m20-04-18 14:38:43 INFO (MainThread) [hassio.host.apparmor] AppArmor is not enabled on host[0m [32m20-04-18 14:38:43 INFO (MainThread) [hassio.dns] No CoreDNS plugin Docker image homeassistant/amd64-hassio-dns found.[0m [32m20-04-18 14:38:43 INFO (MainThread) [hassio.dns] Setup CoreDNS plugin[0m [32m20-04-18 14:38:43 INFO (SyncWorker_0) [hassio.docker.interface] Pull image homeassistant/amd64-hassio-dns tag 1.[0m [32m20-04-18 14:38:58 INFO (MainThread) [hassio.dns] CoreDNS plugin now installed[0m [32m20-04-18 14:38:58 INFO (MainThread) [hassio.dns] Start CoreDNS plugin[0m [32m20-04-18 14:38:58 INFO (MainThread) [hassio.misc.forwarder] Start DNS port forwarding to 172.30.32.3[0m [32m20-04-18 14:39:10 INFO (SyncWorker_1) [hassio.docker.dns] Start DNS homeassistant/amd64-hassio-dns with version 1 - 172.30.32.3[0m [32m20-04-18 14:39:10 INFO (MainThread) [hassio.homeassistant] No Home Assistant Docker image homeassistant/intel-nuc-homeassistant found.[0m [32m20-04-18 14:39:10 INFO (MainThread) [hassio.homeassistant] Setup HomeAssistant landingpage[0m [32m20-04-18 14:39:10 INFO (SyncWorker_2) [hassio.docker.interface] Pull image homeassistant/intel-nuc-homeassistant tag landingpage.[0m [32m20-04-18 14:39:27 INFO (MainThread) [hassio.homeassistant] Start HomeAssistant landingpage[0m [32m20-04-18 14:39:31 INFO (SyncWorker_9) [hassio.docker.homeassistant] Start homeassistant homeassistant/intel-nuc-homeassistant with version landingpage[0m [32m20-04-18 14:39:36 INFO (MainThread) [hassio.homeassistant] Detect a running Home Assistant instance[0m [32m20-04-18 14:39:37 INFO (MainThread) [hassio.store.git] Load add-on /data/addons/core repository[0m [32m20-04-18 14:39:37 INFO (MainThread) [hassio.store.git] Load add-on /data/addons/git/a0d7b954 repository[0m [32m20-04-18 14:39:37 INFO (MainThread) [hassio.store] Load add-ons from store: 62 all - 62 new - 0 remove[0m [32m20-04-18 14:39:37 INFO (MainThread) [hassio.addons] Found 0 installed add-ons[0m [32m20-04-18 14:39:37 INFO (MainThread) [hassio.updater] Fetch update data from https://version.home-assistant.io/stable.json[0m [32m20-04-18 14:39:37 INFO (MainThread) [hassio.snapshots] Found 0 snapshot files[0m [32m20-04-18 14:39:37 INFO (MainThread) [hassio.discovery] Load 0 messages[0m [32m20-04-18 14:39:37 INFO (MainThread) [hassio.ingress] Load 0 ingress session[0m [32m20-04-18 14:39:37 INFO (MainThread) [hassio.secrets] Load Home Assistant secrets: 0[0m [32m20-04-18 14:39:37 INFO (MainThread) [__main__] Run Hass.io[0m [32m20-04-18 14:39:37 INFO (MainThread) [hassio.api] Start API on 172.30.32.2[0m [32m20-04-18 14:39:37 INFO (MainThread) [hassio.supervisor] Update Supervisor to version 217[0m [32m20-04-18 14:39:37 INFO (SyncWorker_14) [hassio.docker.interface] Update image homeassistant/amd64-hassio-supervisor:200 to homeassistant/amd64-hassio-supervisor:217[0m [32m20-04-18 14:39:37 INFO (SyncWorker_14) [hassio.docker.interface] Pull image homeassistant/amd64-hassio-supervisor tag 217.[0m [32m20-04-18 14:40:54 INFO (SyncWorker_14) [hassio.docker.interface] Tag image homeassistant/amd64-hassio-supervisor with version 217 as latest[0m [32m20-04-18 14:40:54 INFO (SyncWorker_14) [hassio.docker.interface] Stop hassio_supervisor application[0m [32m20-04-18 14:40:54 INFO (MainThread) [__main__] Stopping Hass.io[0m [32m20-04-18 14:40:54 INFO (MainThread) [hassio.api] Stop API on 172.30.32.2[0m [32m20-04-18 14:40:54 INFO (MainThread) [hassio.misc.forwarder] Stop DNS forwarding[0m [32m20-04-18 14:40:54 INFO (MainThread) [hassio.core] Hass.io is down[0m [32m20-04-18 14:40:54 INFO (MainThread) [__main__] Close Hass.io[0m

Anyone have any ideas why my LE docker cannot ping the unraid IP? I've got LE bound to a custom IP of 10.1.1.8 while my unraid is 10.1.1.10. Certs went through fine, but cannot successfully ping the unraid IP: Trying to RP to my homeassistant docker and getting a `failed (113: Host is unreachable) while connecting to upstream` error docker exec -it letsencrypt /bin/bash root@e01490db42ac:/$ curl http://10.1.1.10:8123/ curl: (7) Failed to connect to 10.1.1.10 port 8123: Host is unreachable root@e01490db42ac:/$ ping 10.1.1.10 PING 10.1.1.10 (10.1.1.10): 56 data bytes ^C --- 10.1.1.10 ping statistics --- 14 packets transmitted, 0 packets received, 100% packet loss root@e01490db42ac:/$ ping 10.1.1.1 PING 10.1.1.1 (10.1.1.1): 56 data bytes 64 bytes from 10.1.1.1: seq=0 ttl=64 time=0.475 ms 64 bytes from 10.1.1.1: seq=1 ttl=64 time=0.383 ms 64 bytes from 10.1.1.1: seq=2 ttl=64 time=0.391 ms 64 bytes from 10.1.1.1: seq=3 ttl=64 time=0.378 ms ^C --- 10.1.1.1 ping statistics --- 4 packets transmitted, 4 packets received, 0% packet loss round-trip min/avg/max = 0.378/0.406/0.475 ms root@e01490db42ac:/$ ping 10.1.1.8 PING 10.1.1.8 (10.1.1.8): 56 data bytes 64 bytes from 10.1.1.8: seq=0 ttl=64 time=0.072 ms 64 bytes from 10.1.1.8: seq=1 ttl=64 time=0.063 ms ^C --- 10.1.1.8 ping statistics --- 2 packets transmitted, 2 packets received, 0% packet loss round-trip min/avg/max = 0.063/0.067/0.072 ms

I'd love to do that, but I can't seem to get it working. Basically it would be two services that come in on port 80 but would need to go to two different locations. Do you have any hints/guides/examples?

Does anyone have LE running with a pihole (pi-hole) container? I'm trying to get something like this https://hub.docker.com/r/diginc/pi-hole/ running but not sure how to setup LE / nginx config to prevent breaking my existing forwards. I have a wordpress site that externally hosted on 80 and also want to have the pihole

My setup: 192.168.2.0/24 - VLAN 20 - HOMELAB 192.168.3.0/24 - VLAN 30 - HOME AUTOMATION 192.168.4.0/24 - VLAN 40 - WLAN 192.168.5.0/24 - VLAN 50 - GUEST [Subnet routing only blocked for GUEST VLAN.] What happens: 4G connection from cell -> nginx reverse proxy = works VM on HOMELAB VLAN -> nginx reverse proxy = works VM on HOME AUTOMATION VLAN -> nginx reverse proxy = does not work phone/laptop on WLAN VLAN -> nginx reverse proxy = does not work phone/laptop on WLAN VLAN -> IP of service on HOMELAB VLAN = works The unraid server has the letsencrypt / nginx docker. The server sits on 192.168.2.100 VLAN 20 but is bridged to 192.168.3.100 VLAN 30 and 192.168.4.100 VLAN 40. I added the networking settings to the gdoc https://docs.google.com/document/d/1Cf8qLFcBVAen3yxqcOzA3kI_KbaRuS582b7yE7X7J1Q/edit?usp=sharing What does not make sense to me: I can access the UniFi UI on 192.168.2.100 from my macbook or phone which are 192.168.4.1xx I can access my security cameras that are 192.168.3.xxx from the same macbook/phone and VM hosted on 192.168.2.xxx. Doesn't this mean that subnet routing is, in fact, working correctly? Is this correct while on WAN: unifi.mydomain.com Phone > DNS lookup and send me to my router > router forwards 80 + 443 to 80 and 443 on my unraid server > letsencrypt is bound to those ports, receives the request, and forwards to the appropriate internal address based on config. If I have hairpin NAT enabled, is the process the same? Does the lookup for unifi.mydomain.com not get routed by the router back to the unraid server?

Here are all of the relevant settings that I can think of: https://docs.google.com/document/d/1Cf8qLFcBVAen3yxqcOzA3kI_KbaRuS582b7yE7X7J1Q/edit?usp=sharing

Any ideas on anything else to check? I have no issues accessing the resources while on the LAN across subnets. Makes me think it's some kind of nginx setting...

I discovered that my problem was appending the URL with the final destination. IE: proxy_pass https://192.168.2.100:32400/web/index.html; does not work, but removing "/web/index.html" makes it happy: proxy_pass https://192.168.2.100:8443; I've now got access to both my unifi and plex interface on my phone while on 4G. BUT, I'm still unable to connect while connected to the WIFI in the house. Are there some kind of additional settings in nginx to allow it to route the connection between VLANs? My wifi is on a separate VLAN but I have no issues hitting the direct IP of the interfaces. When trying to access the subdomain.domain.com I get the following error: ERR_EMPTY_RESPONSE or ERR_CONNECTION_TIMED_OUT

Anyone have any recommendations on what I could look at to try to solve this?

Still having trouble with this. THESE are my current domain settings. I've tried having both 'www' and '@' before .mydomain.com and still noting. This is my default config: server { listen 443 ssl; root /config/www/unifi; index index.html index.htm index.php; server_name unifi.*; ssl_certificate LOCATION_REDACTED; ssl_certificate_key LOCATION_REDACTED; ssl_dhparam LOCATION_REDACTED; ssl_ciphers 'CIPHER_REDACTED'; ssl_prefer_server_ciphers on; client_max_body_size 0; location = / { include /config/nginx/proxy.conf; proxy_pass https://192.168.2.100:8443/manage/account/login; } } EDIT: So I added the CNAME records for www + unifi and sending them to @. I then pulled up http://unifi.mydomain.com/ on my mac and get nothing. I tried my phone on wifi and it timed out. I tried my phone on 4G and am getting THIS: Outdated Browser You are using an outdated browser. Please upgrade your browser to improve your experience. {{toast.message}} Partial success as it's prompting to open the unifi app....now how do I get it to work?

This is odd, when I restart my docker, the upload limit is 4.7 Mb/s and download is 9.7 Mb/s. I havent changed my rtorrent.rc file which still states download_rate = 10000 upload_rate = 5000

The upload rate is one of the few settings that is consistently getting wiped after each update. Where is the upload rate set in the config manually?

How can I make the upload speed limit a persistent setting that survives docker updates?

yea, i get mapping. all of my dockers follow the standard appdata folder structure. no plugins folder, and there isnt one in the sub folders either. root@ChiRAID:/mnt/user/appdata/rutorrent# ls -l total 0 drwxr-xr-x 1 poldim users 44 Dec 15 00:09 log/ drwxr-xr-x 1 poldim users 20 Dec 15 00:09 nginx/ drwxr-xr-x 1 poldim users 14 Dec 15 00:09 php/ drwxr-xr-x 1 poldim users 48 Dec 15 19:12 rtorrent/ drwxr-xr-x 1 poldim users 32 Dec 15 19:12 rutorrent/

How can I change the permissions settings of the new files that ruTorrent makes? It looks like it's currently making them as drwxr-xr-x which isn't giving couchpotato the ability to rename and move the files automatically. Can RU make the files with 777 file permissions?