acme-dns-01-test.js/README.md

164 lines
5.2 KiB
Markdown
Raw Normal View History

2019-06-06 06:15:51 +00:00
# [acme-challenge-test](https://git.rootprojects.org/root/acme-challenge-test.js.git) | a [Root](https://rootprojects.org) project
2019-04-07 21:55:48 +00:00
The test harness you should use when writing an ACME challenge strategy
2019-06-06 06:11:59 +00:00
for [ACME.js](https://git.coolaj86.com/coolaj86/acme-v2.js) and also [Greenlock](https://git.coolaj86.com/coolaj86/greenlock-express.js) v2.7+ (and v3).
2019-04-07 21:55:48 +00:00
All implementations MUST pass these tests, which is a very easy thing to do (just `set()`, `get()`, and `remove()`).
The tests account for single-domain certificates (`example.com`) as well as multiple domain certs (SAN / AltName),
2019-06-06 06:15:51 +00:00
wildcards (`*.example.com`), and valid private / localhost certificates. No worries on your end, just pass the tests. 👌
2019-04-07 21:55:48 +00:00
2019-06-06 05:41:27 +00:00
**Node v6 Support**: Please build community plugins using node v6 / vanillajs to ensure that all acme.js and greenlock.js users are fully supported.
2019-04-07 21:55:48 +00:00
## Install
```bash
npm install --save-dev acme-challenge-test@3.x
2019-04-07 21:55:48 +00:00
```
## Usage
```js
var tester = require("acme-challenge-test");
2019-04-07 21:55:48 +00:00
//var challenger = require('acme-http-01-cli').create({});
//var challenger = require('acme-dns-01-cli').create({});
2019-06-06 06:20:19 +00:00
var challenger = require("./YOUR-CHALLENGE-STRATEGY").create({
YOUR_TOKEN_OPTION: 'SOME_API_KEY'
});
2019-04-07 21:55:48 +00:00
// The dry-run tests can pass on, literally, 'example.com'
// but the integration tests require that you have control over the domain
var domain = "example.com";
2019-04-07 21:55:48 +00:00
tester.test("http-01", domain, challenger).then(function() {
console.info("PASS");
2019-04-07 21:55:48 +00:00
});
```
2019-04-16 04:50:02 +00:00
## Reference Implementations
These are plugins that use the v2.7+ (v3) API, and pass this test harness,
which you should use as a model for any plugins that you create.
- [`acme-http-01-cli`](https://git.rootprojects.org/root/acme-http-01-cli.js)
- [`acme-dns-01-cli`](https://git.rootprojects.org/root/acme-dns-01-cli.js)
2019-04-16 04:50:02 +00:00
2019-06-06 06:15:51 +00:00
You can find other implementations by searching npm for [acme-http-01-](https://www.npmjs.com/search?q=acme-http-01-) and [acme-dns-01-](https://www.npmjs.com/search?q=acme-dns-01-).
2019-04-16 04:50:02 +00:00
## Example
See `example.js` (it works).
2019-06-06 05:41:27 +00:00
## Starter Template
Here's what you could start with.
```js
var tester = require("acme-challenge-test");
// The dry-run tests can pass on, literally, 'example.com'
// but the integration tests require that you have control over the domain
var domain = "example.com";
tester.test("http-01", domain, {
// Should set a TXT record for opts.dnsHost with opts.dnsAuthorization for opts.ttl || 300
set: function (opts) {
console.log("set opts:", opts);
throw new Error("set not implemented");
},
// Should remove the *one* TXT record for opts.dnsHost with opts.dnsAuthorization
// Should NOT remove otherrecords for opts.dnsHost (wildcard shares dnsHost with non-wildcard)
remove: function (opts) {
console.log("remove opts:", opts);
throw new Error("remove not implemented");
},
// Should get the record via the DNS server's API
get: function (opts) {
console.log("get opts:", opts);
throw new Error("get not implemented");
}
}).then(function() {
console.info("PASS");
});
```
2019-06-06 06:07:08 +00:00
## dns-01 vs http-01
For `type` http-01:
// `altname` is the name of the domain
// `token` is the name of the file ( .well-known/acme-challenge/`token` )
// `keyAuthorization` is the contents of the file
For `type` dns-01:
// `dnsHost` is the domain/subdomain/host
// `dnsAuthorization` is the value of the TXT record
2019-06-06 05:41:27 +00:00
## Detailed Overview
2019-04-07 21:55:48 +00:00
2019-04-16 04:50:02 +00:00
Here's a quick pseudo stub-out of what a test-passing plugin object might look like:
2019-04-07 21:55:48 +00:00
```js
tester.test('http-01', 'example.com', {
set: function (opts) {
var ch = opts.challenge;
// { type: 'http-01' // or 'dns-01'
// , identifier: { type: 'dns', value: 'example.com' }
// , wildcard: false
// , token: 'xxxx'
// , keyAuthorization: 'xxxx.yyyy'
// , dnsHost: '_acme-challenge.example.com'
// , dnsAuthorization: 'zzzz' }
return API.set(...);
}
, get: function (query) {
var ch = query.challenge;
// { type: 'http-01' // or 'dns-01', 'tls-alpn-01', etc
// , identifier: { type: 'dns', value: 'example.com' }
// // http-01 only
// , token: 'xxxx'
// , url: '...' // for testing and debugging
// // dns-01 only, for testing / dubgging
// , altname: '...'
// , dnsHost: '...'
// , wildcard: false }
2019-04-07 21:55:48 +00:00
// Note: query.identifier.value is different for http-01 than for dns-01
return API.get(...).then(function (secret) {
2019-04-07 21:55:48 +00:00
// http-01
return { keyAuthorization: secret };
2019-04-07 21:55:48 +00:00
// dns-01
//return { dnsAuthorization: secret };
2019-04-07 21:55:48 +00:00
});
}
, remove: function (opts) {
var ch = opts.challenge;
// same options as in `set()` (which are not the same as `get()`
return API.remove(...);
}
}).then(function () {
console.info("PASS");
});
```
2019-06-06 06:07:08 +00:00
### Two notes:
Note 1:
The `API.get()`, `API.set()`, and `API.remove()` is where you do your magic up to upload a file to the correct
2019-04-07 21:55:48 +00:00
location on an http serever, set DNS records, or add the appropriate data to the database that handles such things.
2019-06-06 06:07:08 +00:00
Note 2:
2019-06-06 06:15:51 +00:00
* When `altname` is `foo.example.com` the `dnsHost` will be `_acme-challenge.foo.example.com`
* When `altname` is `*.foo.example.com` the `dnsHost` will _still_ be `_acme-challenge.foo.example.com`!!
* When `altname` is `bar.foo.example.com` the `dnsHost` will be `_acme-challenge.bar.foo.example.com`