pebble
pebble copied to clipboard
Does not work on macOS
With the same configuration file, Pebble behaves differently on Linux and on macOS.
Specifically, on macOS, Pebble does not:
- Set the OCSP responder URL
- Has different root issuer output
- Has different intermediate issuer output
- Doesn’t generate issuance chain
- Does not report that it is using the system DNS resolver for ACME challenges
- Does not report that it is configured for authz reuse
- Does not report that is is configured for N orders per page
- Does not create the management interface server or listen to it on port 15000
- Reports that the root certificate is available from the server on port 14000
Is Pebble simply not supported on macOS?
Config file
{
"pebble": {
"listenAddress": "0.0.0.0:14000",
"managementListenAddress": "0.0.0.0:15000",
"certificate": "test/certs/localhost/cert.pem",
"privateKey": "test/certs/localhost/key.pem",
"httpPort": 80,
"tlsPort": 443,
"ocspResponderURL": "http://localhost:8888",
"externalAccountBindingRequired": false
}
}
Launch output on Linux
Pebble 2021/03/23 12:19:15 Starting Pebble ACME server
Pebble 2021/03/23 12:19:15 Setting OCSP responder URL for issued certificates to "http://localhost:8888"
Pebble 2021/03/23 12:19:16 Generated new root issuer CN=Pebble Root CA 21804d with serial 3444a012a4e04a31 and SKI 4f89a2c5cab21fefccce67d38ddfb29b1ac3f116
Pebble 2021/03/23 12:19:16 Generated new intermediate issuer CN=Pebble Intermediate CA 4b49c9 with serial 1965cc6e8446292c and SKI 5af45fd9e39388c6b81710042a42528d69b1d52a
Pebble 2021/03/23 12:19:16 Generated issuance chain: Pebble Root CA 21804d -> Pebble Intermediate CA 4b49c9
Pebble 2021/03/23 12:19:16 Using system DNS resolver for ACME challenges
Pebble 2021/03/23 12:19:16 Configured to reject 5% of good nonces
Pebble 2021/03/23 12:19:16 Configured to attempt authz reuse for each identifier 50% of the time
Pebble 2021/03/23 12:19:16 Configured to show 3 orders per page
Pebble 2021/03/23 12:19:16 Management interface listening on: 0.0.0.0:15000
Pebble 2021/03/23 12:19:16 Root CA certificate available at: https://0.0.0.0:15000/roots/0
Pebble 2021/03/23 12:19:16 Listening on: 0.0.0.0:14000
Pebble 2021/03/23 12:19:16 ACME directory available at: https://0.0.0.0:14000/dir
Launch output on macOS
Pebble 2021/03/23 14:31:14 Starting Pebble ACME server
Pebble 2021/03/23 14:31:14 Generated new root issuer with serial 24458feeaecfdb5b
Pebble 2021/03/23 14:31:14 Generated new intermediate issuer with serial 52ffe067ab99757e
Pebble 2021/03/23 14:31:14 Configured to reject 5% of good nonces
Pebble 2021/03/23 14:31:14 Listening on: 0.0.0.0:14000
Pebble 2021/03/23 14:31:14 ACME directory available at: https://0.0.0.0:14000/dir
Pebble 2021/03/23 14:31:14 Root CA certificate available at: https://0.0.0.0:14000/root
Thanks for the report, @aral! As far as I know, we've never tested pebble on macOS. Have you tried running it inside a docker container with the provided docker-compose.yml?
The macOS output appears to be from a much earlier version (at least 6014f24b0a426ae81301dddd4572250213d6cd50, July 2019). My best guess is you're running through docker-compose which is configured for letsencrypt/pebble:latest
, and you have/had an old "latest" tag.
Is this still an issue, and if so, can you try re-pulling latest
?