I have also tried puting
-H ‘Authorization: Bearer sillylongtoken’
Into the Body section both before and after the command for the light.
The IFTTT.com log shows the following:
Unable to make web request. Your server returned a 401
I have the following in my Home Assistant log:
2018-09-23 08:45:51 WARNING (MainThread) [homeassistant.components.http.ban] Login attempt or request with invalid authentication from (ip address)
Are there any examples on how to use the Access tokens, especially with the likes of IFTTT.com
But that doesn’t work either. One thing I have noticed its that when Home Assistant generates the token it puts in a couple of full stops ie . . But that wouldn’t work for a web address as it will think it’s a sub-domain?
There is one proposal for short-lived token: https://github.com/home-assistant/home-assistant/issues/16745, it may not fit webhooks.
Another alternative solution is implement its own token system for each API, camera and media_player had done similar thing.
My Google Assistant integration that I set up way back when it first came out does not require the API password at all. My GA is still working fine and I have disabled legacy_api.
If you check the docs on Github and use the history option to go back (to see how it was configured) you should still be able to set this up without using API password.
Yes, I have been using it for a while and it is working. If you want to use for multiple automations, you have to use the same webhook with a differentiator in the posted message. This differentiator should be used as condition in automation.