-
-
Notifications
You must be signed in to change notification settings - Fork 5.4k
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
SRS in secure configuration is not sending the full certificate chain #3967
Comments
Add on: I first tried to terminate SRS SSL with NGINX, but that didn't work (at least not for the API). I suspect not all clients are able to follow a 302 Redirect. EDIT: Tried again, I'm now able to terminate the app and the api via NGINX 443. Not sure, what happens first time. So my problem is maybe no problem anymore, because I can circumvent using SRS 1990 by NGINX 443. |
SRS's HTTPS server is intended for demonstration purposes. I recommend using NGINX, Caddy, or any other HTTP server for production use. These HTTP servers can be configured to proxy both streaming and API requests to SRS. For guidelines on building an HTTPS proxy server using NGINX or Caddy, refer to the SRS FAQ on the official website. |
This comment was marked as off-topic.
This comment was marked as off-topic.
You can specifies the HTTPS port in the URL: For example: http://localhost:8080/players/whep.html?api=3443 |
Well ok, but seriously? |
Why is my supplementary question considered "off-topic"? The central issue at hand is that my certificate consists of a chain of four certificates, and it appears that only the first one is being transmitted to clients.
|
I think #4033 can solve this issue. |
@suzp1984 Thanks, but I replaced SRS by MediaMTX, also for the RTSP support |
Fix #3967 There is an API `SSL_use_certificate_chain_file`, which can load the certification chain and also single certificate. --------- Co-authored-by: winlin <winlinvip@gmail.com>
I'm having a fullchain GoDaddy certificate created for SRS. It looks like as if the SRS HTTPS server only sends the FIRST certificate in the chain, which in turn leads to "Unknown CA" on systems, which do not natively have knowledge about GoDaddy's CA.
The text was updated successfully, but these errors were encountered: