This prevents some things ( examples ) from working.
controlplane ~ ➜ openssl x509 -text -noout -in /var/lib/gitea/custom/cert.pem
…
Validity
Not Before: Jun 8 15:02:14 2023 GMT
Not After : Jun 7 15:02:14 2024 GMT
I reported this in the post-lab feedback many days ago.
How do we get this fixed ?
That’s exactly it - when using Gitea for examples, it fails like that.
I could try to hack around it, but I think it would be better for everyone to have a healthier setup that’s ready to go.
Thanks !
We are always open to student’s suggestions for hacks that work! It’s good practice for you
On that idea, tried out some myself -
turns out, this is a self-signed cert, and there’s “gitea cert --host git.example.com” command that produces the same kind of cert
also found that it was added to /etc/ssl/certs/ca-certificates.crt - replaced it with the new one.
Still, something doesn’t work out or works out partially - gitea presents new cert, yet systemctl restart gitea takes a long time and apparently fails… not sure.
If team is willing to share the missing sauce, that would be welcome too.
p.s. Some combination of this worked on retry - also did openssl rehash, added .gitconfig with [http] sslCAinfo = /etc/ssl/certs/ca-certificates.crt, replaced the cert in ArgoCD, pushed - sample deployment worked.
So, kinda working.
Unknown why systemctl restart gitea gets stuck and fails… but, it works, so it’s not strictly essential.
Thank you so much, everyone !
Confirmed - cert is renewed, and the repo is accepted by ArgoCD.
Learning of how this cert setup works has occurred too, and now one can go straight to the exercises !
( Which I intend to do next )