[ANN] tanelorn.city: a public gemini host for writers
Matthew Graybosch
hello at matthewgraybosch.com
Fri Jun 12 18:41:52 BST 2020
On Fri, 12 Jun 2020 16:43:25 +0000
solderpunk <solderpunk at SDF.ORG> wrote:
> On Fri, Jun 12, 2020 at 06:39:22PM +0200, tastytea wrote:
>
> > If I interpret the output from `openssl s_client`¹ correctly, the
> > CN of the certificate is set to “Matthew Graybosch”, not a
> > “tanelorn.city”, as it is custom for HTTPS. However, while the
> > specification states in 4.2 that “Clients can validate TLS
> > connections however they like”, it recommends a “lightweight "TOFU"
> > certificate-pinning system” without mentioning hostname validation.
>
> I guess various best practices for non-conventional certificate
> validation should be hashed out in, well, the best practices doc, or
> even a dedicated document.
>
> For what it's worth, AV-98 expects either the Subject CN or one of the
> SubjectAlternativeNames to match the hostname in the URL it's trying
> to fetch and will complain otherwise. I can visit tanelorn.city just
> fine, so I guess there's a valid SAN that perhaps Bombadillo isn't
> seeing?
I might have gone about creating my certs the wrong way, too.
After RTFMing FreeBSD's openssl implementation I came up with the
following shell script.
```
#!/bin/sh
DOMAIN=${1}
SSL_CERT_PATH=/usr/local/etc/ssl/${DOMAIN}
if [ ! -d "${SSL_CERT_PATH}" ]; then
mkdir -p $SSL_CERT_PATH
fi
openssl req -x509 -nodes -days 365 -newkey rsa:4096 \
-keyout ${SSL_CERT_PATH}/ssl.key \
-out ${SSL_CERT_PATH}/ssl.crt
openssl dhparam -out ${SSL_CERT_PATH}/dhparam.pem 4096
```
It looks like I'm getting prompted to create a CSR for each cert as
well, and I might be putting in the wrong information.
--
Matthew Graybosch gemini://starbreaker.org
#include <disclaimer.h> gemini://demifiend.org
https://matthewgraybosch.com gemini://tanelorn.city
"Out of order?! Even in the future nothing works."
More information about the Gemini
mailing list