thelounge-zz

https://github.com/krakjoe/apcu/issues/84#issuecomment-450341137

well, basicly when i say "@Package ContentLounge-RTE" at the top of the file i mean that literaly unless there is another package-tag below - anyways: my point here was that...

--defaultpackagename is *not* helpful here, it's just a different name fpr "default" but based on the @package tags nothing belongs there at all, no matter how it's named

a .service file alone hardly is enough for socket activation, you need a .socket file and the dameon must suport it, just read the links above - the point is...

to make it clear: that below is a dead simple (in that case udp) service using the systemd-socket #include #include #include #include #include #include #include #include #include #define MAXLINE 1024...

patch attached [trafficserver-9.2-issue-10040.patch.txt](https://github.com/apache/trafficserver/files/12050744/trafficserver-9.2-issue-10040.patch.txt)

listen: if there would be keys missing https://www.ssllabs.com/ssltest/ won't be green for both ECDSA and RSA over years and hundrets of certs, the certs are all generated by a script...

and to be honest: dumping the whole certificate into "diags.log" but NOT mention the certificate file is a poor action to begin with - even if the warning would be...

since it's a testserver and the certificates are expiring regulary i could eben provide /etc/trafficserver/ssl_multicert.config and the whole /var/lib/letsencrypt/certs/ folder with the 14 certificate files

FWIW: i just upgraded from 8.1.7 to 9.2.1 with my patch applied on production and ssllabs.com confirms everything is fine for dual-stack letsencrypt hosts as well as for RSA-only "manually...