-
Notifications
You must be signed in to change notification settings - Fork 312
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
HA + RTSPtoWeb in docker /stream = 404 #103
Comments
I have a guess: the default for this server is to have HTTP Basic Auth turned on in the default config.json, so if your server RTSPtoWeb server url is http://example.com/ then you may need to specify http://demo:demo@example.com/ as the home assistant url. Alternatively, you can supply your own config.json with an empty login and password. I think this is not a bug with RTSPtoWeb but the combination of trying to make these things integrate with each other |
Yeah, that was the case ! So in my humble opinion there is default values/documentation issue. When using default config via docker, users do not know defaults credentials, and don't know what to write into HA integration configuration. Also, there is no error while adding integration with wrong credentials - it should be Solutions :
|
Yes, I would love this if you updated the documentation. Thank you very much! |
Any chances you can share your config.json since I'm trying to run it on its own docker LXC container. But so far it did not work. Also trying to make it, so I can run it on HTTPS:// using selfsign certs. Thanks |
Yesterday I updated home assistant, re-created new docker image using
then successfully re-added rtsptoweb integration, but stream did not appear in rtsp-to-web demo page, and home-assistant when accessing cameras shows
Error handling WebRTC offer: RTSPtoWebRTC server failure: Not Found
I did test in without virtualization just clone and exec ..and its working
weblogs
startup:
adding integration in HA:
accessing stream in HA:
rtsp-to-web | [GIN] 2022/02/20 - 18:16:23 | 404 | 2.555µs | 172.18.0.17 | POST "/stream"
The text was updated successfully, but these errors were encountered: