dehydrated does not anticipate output on stdout, which leads to the weird error message: the words "Certificate", "request", "self-signature", "verify", "OK" are treated as SAN parts, and that is obviously wrong.
The quickfix for me, was to simply redirect all output to /dev/null:
if ! <<<"${csr}" "${OPENSSL}" req -verify -noout &>/dev/null; then
_exiterr "Certificate signing request isn't valid"
fi
Originally created by @dopheideb on GitHub (Feb 26, 2025).
When I use the --signcsr option op RHEL 9, my output is:
```
+ Requesting new certificate order from CA...
+ ERROR: An error occurred while sending post-request to https://acme-staging-v02.api.letsencrypt.org/acme/new-order (Status 400)
Details:
HTTP/2 400
server: nginx
date: Wed, 26 Feb 2025 10:48:37 GMT
content-type: application/problem+json
content-length: 1565
boulder-requester: 186829524
cache-control: public, max-age=0, no-cache
link: <https://acme-staging-v02.api.letsencrypt.org/directory>;rel="index"
replay-nonce: At9OuwhJGybBbMvuGDkz3qlKSJco5UnKSjYYdV4xaYY4BcDRTo8
{
"type": "urn:ietf:params:acme:error:rejectedIdentifier",
"detail": "Invalid identifiers requested :: Cannot issue for \"certificate\": Domain name needs at least one dot (and 4 more problems. Refer to sub-problems for more information.)",
"status": 400,
"subproblems": [
{
"type": "urn:ietf:params:acme:error:malformed",
"detail": "Invalid identifiers requested :: Domain name needs at least one dot",
"status": 400,
"identifier": {
"type": "dns",
"value": "certificate"
}
},
```
I traced it back to function "extract_altnames" where validation is done:
```
if ! <<<"${csr}" "${OPENSSL}" req -verify -noout 2>/dev/null; then
_exiterr "Certificate signing request isn't valid"
fi
```
Manually running a verify on RHEL 8 (OpenSSL 1.1.1k FIPS 25 Mar 2021) is fine. No output whatsoever:
```
[dopheideb@client ~]$ openssl req -verify -noout <~/dehydrated/csr/some.csr 2>/dev/null
[dopheideb@client ~]$
```
Manually running a verify on RHEL 9 (OpenSSL 3.2.2 4 Jun 2024 (Library: OpenSSL 3.2.2 4 Jun 2024)) does output something:
```
[dopheideb@client bin]$ openssl req -verify -noout <~/dehydrated/csr/some.csr 2>/dev/null
Certificate request self-signature verify OK
[dopheideb@client bin]$
```
dehydrated does not anticipate output on stdout, which leads to the weird error message: the words "Certificate", "request", "self-signature", "verify", "OK" are treated as SAN parts, and that is obviously wrong.
The quickfix for me, was to simply redirect all output to /dev/null:
```
if ! <<<"${csr}" "${OPENSSL}" req -verify -noout &>/dev/null; then
_exiterr "Certificate signing request isn't valid"
fi
```
@fusenuk commented on GitHub (Apr 2, 2025):
FYI this has been flagged before, and there are pull requests that fix it e.g.
https://github.com/dehydrated-io/dehydrated/pull/940
The mentioned PR has been merged now. Closing this issue as the underlying issue has probably been fixed with that. Sorry this took so long.
@lukas2511 commented on GitHub (Apr 14, 2025):
The mentioned PR has been merged now. Closing this issue as the underlying issue has probably been fixed with that. Sorry this took so long.
Blocking a user prevents them from interacting with repositories, such as opening or commenting on pull requests or issues. Learn more about blocking a user.
Originally created by @dopheideb on GitHub (Feb 26, 2025).
When I use the --signcsr option op RHEL 9, my output is:
I traced it back to function "extract_altnames" where validation is done:
Manually running a verify on RHEL 8 (OpenSSL 1.1.1k FIPS 25 Mar 2021) is fine. No output whatsoever:
Manually running a verify on RHEL 9 (OpenSSL 3.2.2 4 Jun 2024 (Library: OpenSSL 3.2.2 4 Jun 2024)) does output something:
dehydrated does not anticipate output on stdout, which leads to the weird error message: the words "Certificate", "request", "self-signature", "verify", "OK" are treated as SAN parts, and that is obviously wrong.
The quickfix for me, was to simply redirect all output to /dev/null:
@dopheideb commented on GitHub (Feb 26, 2025):
FWIW, output of dehydrated -v on RHEL 9:
FWIW, output of dehydrated -v on RHEL 8 (AlmaLinux 8 to be correct):
@fusenuk commented on GitHub (Apr 2, 2025):
FYI this has been flagged before, and there are pull requests that fix it e.g.
https://github.com/dehydrated-io/dehydrated/pull/940
@lukas2511 commented on GitHub (Apr 14, 2025):
The mentioned PR has been merged now. Closing this issue as the underlying issue has probably been fixed with that. Sorry this took so long.