-
Notifications
You must be signed in to change notification settings - Fork 3.8k
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
Greenlight doesn't handle the Let's Encrypt CA switch #2927
Comments
Hello, try to update greenlight
|
Mine is slightly customised and it's midnight here, will try tomorrow. Also school holidays fortunately. |
Unfortunately, this isn't enough. We are still experiencing the problem after pulling the current image. |
Nevermind. It was a second problem that had nothing to do with it. Your suggestion does the trick. |
We are experiencing exactly the same problem now. Unfortunately we are running quite a customized version of a greenlight , and cannot simply rebuild it. Do you have any idea what is the true root cause ? Is there any cert that needs to be refreshed ? would incorporating this commit help ? https://github.com//pull/2930 |
this problem comes from this : https://scotthelme.co.uk/lets-encrypt-old-root-expiration/ |
@kusznerr I think this patch run for the last greenlight versions, but not for the older. In the fix ruby version is 2.7 but on some greenlight ruby version is 2.5 ... and normally a pull to upgrade greenlight should be a solution |
Yes - exactly. We are still on 2.5. Do you have idea which http client (gem) is used there ? |
@kusznerr
tested in 8 servers ubuntu 16.04 with customized greenlight |
Yes, @kusznerr 's trick is working. But one needs to restart nginx by Can we keep this "classic" setting forever? Or should we revert it to the apt's certbot when GL is upgraded to the latest version? |
Thank you for all timely responces , we were playing with these across greenlight, scalelite-api and bbb servers and continued to get wrong results. As a last resort decided on getting a new wildcard cert, which after installation worked perfectly in our ecosystem. Some lessons learned on our side for sure |
I'm experience the same issues on a customized 2.9.2 Greenlight version. Any help would be appreciated. EDIT: To verify that I'm on Ruby 2.7, I run |
To revert
the last one should be with --force-renewal. And everything may have to be executed by sudo. This thread saved my life! |
Did the job for me. Thank you! |
already on the newest version:
|
None of the suggested fixes are working for me :( #2930 ? |
If anyone is experiencing problems with presentations after fixing the greenlight issue, nodejs likely is the reason. As far as I understand so far it ships its own certificate store. We worked around it by adding the following to
|
I faced the same issue. Updating the docker image of
ExplanationBig Blue Button documentation suggests the following to verify if you configuration is working correctly.
As you can see there is an SSL issue. The Issue #1086 suggests the following way to verify if the installation is working correctly.
Replace the URL(the last argument) with your Big Blue Button URL. You can also find your big-blue-button URL endpoint from
Please note that you can use either of '/bigbluebutton/' or '/bigbluebotton/api`. Both give exactly the same output. You can also the following instead:
If you see this error, curl is unable to identify the ceritficate provided by letsencrypt. I'm not exactly sure what is the issue, but updating the docker image solved the issue.
After this, we need to restart the docker containers.
After this verify again if your configuration is working correctly using:
|
I faced the same issue and updating the docker image of greenlight solved it.
The last command has to be run in the greenlight directory. ExplanationThe bigbluebutton documentaion suggests the following command to verify the installation.
You may be seeing output similar to this if you are facing SSL issue. Let's upgrade the greenlight docker image.
and recreate the docker container for greenlight.
You can verify again if the configuration is working correctly.
|
Is this fixed by #2930? |
Yes, but this is only a temporary fix. The issue needs to be fixed upstream, before this issue can eventually be closed. |
Impacted with 2 instance. |
If you are running a customized version based on an old Docker image This fix will handle issues with OpenSSL 1.0 being unable to pick an alternate chain on its own:
And this fix will handle issues with the httpclient gem using a bundle that does not know about ISRG Root X1: Warning: if your docker image has BOTH OpenSSL 1.0.x and httpclient, be sure to run update-ca-certificates BEFORE overwriting the default httpclient certificate bundle |
We still have a problem with the certificates in greenlight.
We still have
And
So we checked the ruby version in the container
And we tried:
And after that
But we still have
Please help us figure out what we're doing wrong |
I also facing the issue that the presentation is not shown anymore. But all check tell me that all is fine.
And I updated the whole system using bbb-setup and after that Any ideas? |
…Fixes #2927) (#3006) Co-authored-by: Ahmad Farhat <[email protected]>
…Fixes bigbluebutton#2927) (bigbluebutton#3006) Co-authored-by: Ahmad Farhat <[email protected]>
https://letsencrypt.org/docs/dst-root-ca-x3-expiration-september-2021/
2021-09-30 15:22:56 +0000: ERROR: [2b415b42-8abf-4a9a-be56-cf41696fb873] BigBlueButtonException: Connection error. Your URL is probably incorrect: "https://puppis.ccgs.wa.edu.au/bigbluebutton/api". Error: SSL_connect returned=1 errno=0 state=SSLv3 read server certificate B: certificate verify failed (certificate has expired)
puppis.ccgs.wa.edu.au is scalelite and has a let's encrypt certificate valid until December.
The text was updated successfully, but these errors were encountered: