In a default installation, CUPS does not use the provided ucs-ca signed certificate, but generates its own new one. Sample output of /etc/cups/ssl: example1.example.net.crt example1.example.net.key server.crt -> /etc/univention/ssl/example1.example.net/cert.pem server.key -> /etc/univention/ssl/example1.example.net/private.key It seems that we basically want to use the ucs-certificate, but a suitable configuration parameter is still missing You can reproduce this by installing a default cups-setup (univention-app install cups), then open https://<YOUR.SERVER.URL>:631, and then just simply check the certificate within your browser.
Patch proposal from last Hackathon: * https://git.knut.univention.de/univention/ucs/-/commit/f23f78a8d270242a7e6e91ac45755aeeeae33f55
(In reply to Arvid Requate from comment #1) > Patch proposal from last Hackathon: > * > https://git.knut.univention.de/univention/ucs/-/commit/ > f23f78a8d270242a7e6e91ac45755aeeeae33f55 → which is part of branch arequate/ipp-everywhere and since rebase it's f23f78a8d270242a7e6e91ac45755aeeeae33f55
Customer affected 2024062821000077
Work on this has been started and reviewed, but since this is a potentially backwards-incompatible change we decided to release it with the next patchlevel release 5.0-9 in September and not as an erratum to not break anything (especially regarding driverless printing / IPP).
OK: merged to 5.0-9 OK: built OK: ucs certificate is used OK: certificate is valid from the UCS host