I got several problems with 2021.7:
MQTT is throwing error The 'value_template' option is deprecated, please replace it with 'state_value_template'
You need to fix that, listed in changes.
Update, just spun up another supervised install on vm, didnt seem any longer than usual
I think this is in the release notes.
It hasnāt worked for me since about 2016. I forgot it even exists.
Itās because @ character in your case is a separator between password and username in connection string.
Replacement of @ applies only to those characters which are part of password and username. (in fact it should be applied to all characters which could potentially break URI format, for example to colon, space etc - itās not HA specific).
BTW it should be called āConnection URIā instead of āConnection stringā. Both are different things.
Hemā¦ I did not set up anything with MQTT since everything set up using integrations so confused on which part needs to be fixed.
As for Supervised on my end upon running the script and then go into port 8123, I got the 20minute preparation pages which I havenāt seen for a very long time.
i got the 20 minute page but it finished within 5 minutes
The problem is that the package repositories of the pi are a bit behind.
Here is a blogpost that I used to get the latest version of home assistant working on my raspberry pi 2.
Not only would you need to update libseccomp2 as @farmio said, but also the docker engine.
Starting the container in privileged mode is terrible advise if you ask me @ludeeus.
That might be, but that is how it should be done. see the ADR for container installation architecture/0013-home-assistant-container.md at 91ecbe4af814de6c06f3f98afc0920b2491a334c Ā· home-assistant/architecture Ā· GitHub
Hello
Before upgrading and as proxy change is present and confirmed in 2021.7, I would like to know how can I found which integration is using this ip reported in 2021.6 ?
log say:
A request from a reverse proxy was received from 172.30.33.6, but your HTTP integration is not set-up for reverse proxies; This request will be blocked in Home Assistant 2021.7 unless you configure your HTTP integration to allow this header
But I donāt have any http in configuration.yaml. Iām using Duck DNS in combination of NGINX Home Assistant SSL proxy.
This is the same approach to fix that before upgrading ?
Same here. What can we do?
Write this in configuration.yaml bat canĀ“t access via duckdns to HA:
http:
use_x_forwarded_for: true
trusted_proxies:
- 127.0.0.1 # Add the IP address of the proxy server
Iāve never seen an example docker run or docker-compose with priviliged mode enabled and I didnāt know that was the only supported way.
Thanks for the link! 
Well you need one as per the release notes.
Our documentation show that for both 
I think I installed my home assistant a long time ago 
IĀ“ve that configuration but canĀ“t access via duckdns.
Getting Iām getting 400: Bad request
Thank you DavidFW1960 and all the communities which is soo great.
After reading a second time, itās clear.
Iām getting 400: Bad request on my Kindle Fire tablet on the same network as HA. No proxying involved. My phone connects to the same address just fine. Where do I look to solve this?
So my guess is:
You have a trusted_proxy configured in your HTTP integration AND are using trusted networks.
The IP address of the tablet, matches both of those settings (which cannot be correct).
Iāv solved this by adding all the cloudflare subnets to the trusted proxies.
server_port: 8123
use_x_forwarded_for: true
trusted_proxies:
- 172.30.33.0/24
- 173.245.48.0/20
- 103.21.244.0/22
- 103.22.200.0/22
- 103.31.4.0/22
- 141.101.64.0/18
- 108.162.192.0/18
- 190.93.240.0/20
- 188.114.96.0/20
- 197.234.240.0/22
- 198.41.128.0/17
- 162.158.0.0/15
- 172.64.0.0/13
- 131.0.72.0/22
- 104.16.0.0/13
- 104.24.0.0/14
Have opened a bug report, seems to be a few people experiencing this issue
https://github.com/home-assistant/core/issues/52718