Skip to content
This repository has been archived by the owner on Apr 26, 2024. It is now read-only.

Support .well-known delegation when issuing certificates through ACME #4652

Merged
merged 9 commits into from
Feb 19, 2019

Conversation

babolivier
Copy link
Contributor

Fixes #4552

@babolivier babolivier requested a review from a team February 15, 2019 12:06
@codecov-io
Copy link

codecov-io commented Feb 15, 2019

Codecov Report

Merging #4652 into develop will decrease coverage by 0.07%.
The diff coverage is 16.66%.

@@             Coverage Diff             @@
##           develop    #4652      +/-   ##
===========================================
- Coverage    75.27%   75.19%   -0.08%     
===========================================
  Files          338      340       +2     
  Lines        34626    34721      +95     
  Branches      5670     5679       +9     
===========================================
+ Hits         26064    26109      +45     
- Misses        6966     7009      +43     
- Partials      1596     1603       +7

@hawkowl
Copy link
Contributor

hawkowl commented Feb 15, 2019

I feel like this should be manually configured, not done automagically?

@babolivier
Copy link
Contributor Author

babolivier commented Feb 15, 2019

I'd figure it should be done "automagically", especially since the original issue was mentioning "support .well-known delegation from 1708 and ACME", which I understand as "synapse checking whether there's a .well-known in order to know which domain it should issue a cert for".

anoadragon453 and others added 2 commits February 18, 2019 11:36
Co-Authored-By: babolivier <contact@brendanabolivier.com>
Co-Authored-By: babolivier <contact@brendanabolivier.com>
@richvdh
Copy link
Member

richvdh commented Feb 18, 2019

I'm with hawkowl. It should be explicit. The .well-known check, if we do one at all, should just be a sanity-check, but I think it's overkill.

Copy link
Member

@richvdh richvdh left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

config opt pls

@erikjohnston
Copy link
Member

FWIW I think it should be a config option too, otherwise weird things will happen if we start it up while .well-known is down (e.g. due to restart server at the same time). In general its good if you can always bring up a service, even when dependencies might be temporary down, otherwise restarting the service becomes a lot scarier as you don't know if it'll actually come back.

@babolivier
Copy link
Contributor Author

Roger that, making it a config parameter. Following @erikjohnston's comment I'll remove the well-known check entirely.

@babolivier babolivier requested a review from a team February 18, 2019 15:49
Copy link
Member

@richvdh richvdh left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

lgtm otherwise

synapse/handlers/acme.py Outdated Show resolved Hide resolved
synapse/config/tls.py Outdated Show resolved Hide resolved
@babolivier babolivier merged commit a288bdf into develop Feb 19, 2019
@babolivier babolivier deleted the babolivier/acme-delegated branch April 17, 2019 08:35
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

6 participants