This plugin automagically does the entire the letsencrypt process for your gitlab-hosted jekyll blog!
- (automatic) It registers your email to the letsencrypt server
- (automatic) It generates a challenge file, and commits it directly via the gitlab API
- (automatic) It sleeps until the challenge file is live on the internet
- (automatic) It asks letsencrypt to verify it
- (automatic) It spits out the certificate chain and private key
- (automatic) It updates the gitlab pages domain settings to use the certificate
You must have:
- A jekyll blog
- Hosted on gitlab pages
- With a domain name set up and working
- Gitlab CI setup such that when you push to
master
(or your preferred branch), your changes are deployed live
Versions supported:
- Jekyll 3+
- 3.3.x - 3.8.x is tested against
- Ruby 2.1+
- Although 2.2+ recommend, as Jekyll itself doesn't support 2.1
- Add to your Gemfile:
group :jekyll_plugins do
gem 'jekyll-emojis'
gem 'jekyll-more-emojis'
++ gem 'jekyll-gitlab-letsencrypt'
end
and run bundle install
- Get a personal access token: https://gitlab.com/profile/personal_access_tokens
Add a gitlab-letsencrypt
to your _config.yml
:
gitlab-letsencrypt:
# Gitlab settings:
personal_access_token: 'MUCH SECRET' # Gotten from the step above ^^
gitlab_repo: 'gitlab_user/gitlab_repo' # Namespaced repository identifier
# Domain settings:
email: 'example@example.com' # Let's Encrypt email address
domain: 'example.com' # Domain that the cert will be issued for
# Jekyll settings:
base_path: './' # Where you want the file to go
pretty_url: false # Add a ".html" on the end of the URL... set to `true` if you use permalink_style: pretty
append_str: '' # Append this string to the end of the challenge URL
filename: 'letsencrypt.html' # What to call the generated challenge file
# Delay settings:
initial_delay: 120 # How long to wait for Gitlab CI to push your changes before it starts checking
delay_time: 15 # How long to wait between each check once it starts looking for the file
# Optional settings you probably don't need:
gitlab_url: 'https://someurl' # Set if you need to use a self-hosted GitLab instance
endpoint: 'https://somewhere' # if you're doing the ACME thing outside of letsencrypt
branch: 'master' # Defaults to master, but you can use a different branch
layout: 'null' # Layout to use for challenge file - defaults to null, but you can change if needed
scheme: 'https' # Scheme to use for challenge request; default http
commit_message: 'Renew certificate [ROBOT]' # Commit message to use; defaults to "Automated Let's Encrypt renewal"
- Just type
jekyll letsencrypt
$ jekyll letsencrypt
Registering example@example.com to https://acme-v01.api.letsencrypt.org/...
Pushing file to Gitlab
Commiting challenge file as lets.html
Done Commiting! Check https://gitlab.com/gitlab_user/gitlab_repo/commits/master
Going to check http://example.com/.well-known/acme-challenge/lots_of_numbers/ for the challenge to be present...
Waiting 120 seconds before we start checking for challenge..
Got response code 404, waiting 15 seconds...
Got response code 404, waiting 15 seconds...
Got response code 200, file is present!
Requesting verification...
Challenge status = valid
Challenge is valid!
Certificate retrieved!
Updating domain example.com pages setting with new certificates..
Success!
If you don't want to put your secret gitlab token in your _config.yml
, you can pass it as an ENV var when you run the command:
GITLAB_TOKEN="VERY_SECRET_NOT_IN_GIT_PLEASE" jekyll letsencrypt
MIT
- ❤️ Gitlab for free page hosting, free repos, and free CI!
- ❤️ the Jekyll team for the easy-to-use blogging engine!
- Inspired by the excellent gitlab-letsencrypt npm package.
- Thanks to contributors:
- @ethernet-zero
- @daehlith