Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

add support for mijn.host DNS challenge #3749

Open
wants to merge 10 commits into
base: master
Choose a base branch
from

Conversation

shubhamku044
Copy link

@shubhamku044 shubhamku044 commented Sep 5, 2024

Summary by CodeRabbit

  • New Features

    • Added support for the "mijn.host" DNS service, enhancing DNS challenge configuration options.
    • Introduced a new optional field for the Mijn Host API key in the configuration.
  • Bug Fixes

    • Improved configuration handling for the new DNS provider to ensure proper API key integration.
  • Documentation

    • Expanded the changelog to include version updates and support details for "mijn.host".
    • Updated documentation with example configurations for the new DNS provider.
  • Chores

    • Updated configuration files and scripts to support the new DNS provider functionality.

Copy link

@home-assistant home-assistant bot left a comment

Choose a reason for hiding this comment

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

Hi @shubhamku044

It seems you haven't yet signed a CLA. Please do so here.

Once you do that we will be able to review and accept this pull request.

Thanks!

@home-assistant
Copy link

home-assistant bot commented Sep 5, 2024

Please take a look at the requested changes, and use the Ready for review button when you are done, thanks 👍

Learn more about our pull request process.

@shubhamku044
Copy link
Author

Add support for mijn.host dns challenge

@shubhamku044 shubhamku044 marked this pull request as ready for review September 5, 2024 06:16
Copy link
Contributor

coderabbitai bot commented Sep 5, 2024

📝 Walkthrough
📝 Walkthrough

Walkthrough

The changes include the addition of support for the "mijn.host" DNS service in the Let's Encrypt project. This update encompasses modifications across multiple files, including the changelog, documentation, Dockerfile, build configuration, and settings files. The updates introduce new variables, configuration options, and instructions to facilitate the integration of the new DNS provider, enhancing the overall functionality of the system.

Changes

Files Change Summary
letsencrypt/CHANGELOG.md Updated to include version 5.2.4 with support for "mijn.host" DNS service.
letsencrypt/DOCS.md Added "mijn.host" to the list of supported DNS providers and included an example configuration for DNS challenge.
letsencrypt/Dockerfile Added argument CERTBOT_DNS_MIJN_HOST_VERSION and installation of certbot-dns-mijn-host.
letsencrypt/build.yaml Introduced CERTBOT_DNS_MIJN_HOST_VERSION: 0.0.5 for the new DNS provider.
letsencrypt/config.yaml Added mijn_host_api_key under the dns section and updated the provider list to include dns-mijn-host.
letsencrypt/rootfs/etc/cont-init.d/file-structure.sh Added configuration option for dns_mijn_host_api_key.
letsencrypt/rootfs/etc/services.d/lets-encrypt/run Included support for the new DNS provider in the script logic.

📜 Recent review details

Configuration used: CodeRabbit UI
Review profile: CHILL

📥 Commits

Reviewing files that changed from the base of the PR and between b3a3786 and ea54b9b.

📒 Files selected for processing (1)
  • letsencrypt/build.yaml (1 hunks)
🚧 Files skipped from review as they are similar to previous changes (1)
  • letsencrypt/build.yaml

Thank you for using CodeRabbit. We offer it for free to the OSS community and would appreciate your support in helping us grow. If you find it useful, would you consider giving us a shout-out on your favorite social media?

❤️ Share
🪧 Tips

Chat

There are 3 ways to chat with CodeRabbit:

  • Review comments: Directly reply to a review comment made by CodeRabbit. Example:
    • I pushed a fix in commit <commit_id>, please review it.
    • Generate unit testing code for this file.
    • Open a follow-up GitHub issue for this discussion.
  • Files and specific lines of code (under the "Files changed" tab): Tag @coderabbitai in a new review comment at the desired location with your query. Examples:
    • @coderabbitai generate unit testing code for this file.
    • @coderabbitai modularize this function.
  • PR comments: Tag @coderabbitai in a new PR comment to ask questions about the PR branch. For the best results, please provide a very specific query, as very limited context is provided in this mode. Examples:
    • @coderabbitai gather interesting stats about this repository and render them as a table. Additionally, render a pie chart showing the language distribution in the codebase.
    • @coderabbitai read src/utils.ts and generate unit testing code.
    • @coderabbitai read the files in the src/scheduler package and generate a class diagram using mermaid and a README in the markdown format.
    • @coderabbitai help me debug CodeRabbit configuration file.

Note: Be mindful of the bot's finite context window. It's strongly recommended to break down tasks such as reading entire modules into smaller chunks. For a focused discussion, use review comments to chat about specific files and their changes, instead of using the PR comments.

CodeRabbit Commands (Invoked using PR comments)

  • @coderabbitai pause to pause the reviews on a PR.
  • @coderabbitai resume to resume the paused reviews.
  • @coderabbitai review to trigger an incremental review. This is useful when automatic reviews are disabled for the repository.
  • @coderabbitai full review to do a full review from scratch and review all the files again.
  • @coderabbitai summary to regenerate the summary of the PR.
  • @coderabbitai resolve resolve all the CodeRabbit review comments.
  • @coderabbitai configuration to show the current CodeRabbit configuration for the repository.
  • @coderabbitai help to get help.

Other keywords and placeholders

  • Add @coderabbitai ignore anywhere in the PR description to prevent this PR from being reviewed.
  • Add @coderabbitai summary to generate the high-level summary at a specific location in the PR description.
  • Add @coderabbitai or @coderabbitai title anywhere in the PR title to generate the title automatically.

CodeRabbit Configuration File (.coderabbit.yaml)

  • You can programmatically configure CodeRabbit by adding a .coderabbit.yaml file to the root of your repository.
  • Please see the configuration documentation for more information.
  • If your editor has YAML language server enabled, you can add the path at the top of this file to enable auto-completion and validation: # yaml-language-server: $schema=https://coderabbit.ai/integrations/schema.v2.json

Documentation and Community

  • Visit our Documentation for detailed information on how to use CodeRabbit.
  • Join our Discord Community to get help, request features, and share feedback.
  • Follow us on X/Twitter for updates and announcements.

Copy link
Contributor

@coderabbitai coderabbitai bot left a comment

Choose a reason for hiding this comment

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

Actionable comments posted: 0

Outside diff range, codebase verification and nitpick comments (1)
letsencrypt/config.yaml (1)

79-79: New Configuration Field Approved

The addition of the mijn_host_api_key field is correctly implemented. It's crucial to ensure that documentation is updated to guide users on how to obtain and use this API key.

@agners
Copy link
Member

agners commented Sep 5, 2024

This needs a newer ACME version. Let's update Certbot first before adding more DNS challenge options.

@shubhamku044
Copy link
Author

okay, I have raised PR in certbot repo, waiting for the maintainers to merge it.

@agners agners marked this pull request as draft September 5, 2024 07:21
@agners
Copy link
Member

agners commented Sep 5, 2024

Maybe I was a bit unclear: mijn certbot plug-in requires ACME 2.11.0, but we ship with 2.7.4 currently:

31.83     certbot-dns-mijn-host 0.0.3 depends on acme==2.11.0

Maybe you could ask certbot-dns-mijn-host to loosen that restriction, but I rather prefer to actually update the add-on to use the latest ACME 2.11.0. I am preparing a PR, hold on.

@shubhamku044
Copy link
Author

thanks, I saw you new PR where you upgrade the acme version

@shubhamku044
Copy link
Author

by when can you merge this pr @agners

@shubhamku044 shubhamku044 marked this pull request as ready for review September 16, 2024 07:27
@agners
Copy link
Member

agners commented Sep 26, 2024

@shubhamku044 with #3751 merged, you can now rebase/merge this PR and move forward.

Copy link
Contributor

@coderabbitai coderabbitai bot left a comment

Choose a reason for hiding this comment

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

Actionable comments posted: 0

🧹 Outside diff range and nitpick comments (1)
letsencrypt/config.yaml (1)

103-104: LGTM: New DNS providers added correctly.

The addition of dns-mijn-host and dns-google-domains to the provider list is correct and aligns with the PR objective. However, consider maintaining alphabetical order for better readability:

dns-gandi|dns-gehirn|dns-godaddy|dns-google|dns-google-domains|\
dns-hetzner|dns-infomaniak|dns-joker|dns-linode|dns-luadns|dns-mijn-host|dns-namecheap|dns-netcup|dns-njalla|dns-nsone|\
📜 Review details

Configuration used: CodeRabbit UI
Review profile: CHILL

📥 Commits

Files that changed from the base of the PR and between a80da70 and cffcc3d.

📒 Files selected for processing (3)
  • letsencrypt/CHANGELOG.md (1 hunks)
  • letsencrypt/build.yaml (1 hunks)
  • letsencrypt/config.yaml (2 hunks)
🧰 Additional context used
📓 Path-based instructions (3)
letsencrypt/CHANGELOG.md (6)

Pattern */**(html|markdown|md): - For instructional content in documentation, use a direct and authoritative tone. Avoid expressions of politeness such as 'may' or 'please', and ensure the goal of the instruction is fronted.

  • Apply the Microsoft Style Guide to ensure documentation maintains clarity and conciseness.
  • In step-by-step instructions, front the location phrase in the instructional sentence.
  • In step-by-step instructions, front the 'goal' in the instructional sentence.
  • In step-by-step instructions, if in doubt what to front, front the 'goal' before the location phrase in the instructional sentence.
  • do not hyphenate terms like 'top-right' or 'bottom-left' with 'corner'

Pattern */**(html|markdown|md): - Use bold to mark UI strings.

  • If "" are used to mark UI strings, replace them by bold.

Pattern */**(html|markdown|md): - Be brief in your replies and don't add fluff like "thank you for..." and "Please let me know if"


Pattern */**(html|markdown|md): - Use sentence-style capitalization also in headings.


Pattern */**(html|markdown|md): do not comment on HTML used for icons


Pattern */**(html|markdown|md): Avoid flagging inline HTML for embedding videos in future reviews for this repository.

letsencrypt/build.yaml (6)

Pattern */**(html|markdown|md): - For instructional content in documentation, use a direct and authoritative tone. Avoid expressions of politeness such as 'may' or 'please', and ensure the goal of the instruction is fronted.

  • Apply the Microsoft Style Guide to ensure documentation maintains clarity and conciseness.
  • In step-by-step instructions, front the location phrase in the instructional sentence.
  • In step-by-step instructions, front the 'goal' in the instructional sentence.
  • In step-by-step instructions, if in doubt what to front, front the 'goal' before the location phrase in the instructional sentence.
  • do not hyphenate terms like 'top-right' or 'bottom-left' with 'corner'

Pattern */**(html|markdown|md): - Use bold to mark UI strings.

  • If "" are used to mark UI strings, replace them by bold.

Pattern */**(html|markdown|md): - Be brief in your replies and don't add fluff like "thank you for..." and "Please let me know if"


Pattern */**(html|markdown|md): - Use sentence-style capitalization also in headings.


Pattern */**(html|markdown|md): do not comment on HTML used for icons


Pattern */**(html|markdown|md): Avoid flagging inline HTML for embedding videos in future reviews for this repository.

letsencrypt/config.yaml (6)

Pattern */**(html|markdown|md): - For instructional content in documentation, use a direct and authoritative tone. Avoid expressions of politeness such as 'may' or 'please', and ensure the goal of the instruction is fronted.

  • Apply the Microsoft Style Guide to ensure documentation maintains clarity and conciseness.
  • In step-by-step instructions, front the location phrase in the instructional sentence.
  • In step-by-step instructions, front the 'goal' in the instructional sentence.
  • In step-by-step instructions, if in doubt what to front, front the 'goal' before the location phrase in the instructional sentence.
  • do not hyphenate terms like 'top-right' or 'bottom-left' with 'corner'

Pattern */**(html|markdown|md): - Use bold to mark UI strings.

  • If "" are used to mark UI strings, replace them by bold.

Pattern */**(html|markdown|md): - Be brief in your replies and don't add fluff like "thank you for..." and "Please let me know if"


Pattern */**(html|markdown|md): - Use sentence-style capitalization also in headings.


Pattern */**(html|markdown|md): do not comment on HTML used for icons


Pattern */**(html|markdown|md): Avoid flagging inline HTML for embedding videos in future reviews for this repository.

🔇 Additional comments (3)
letsencrypt/build.yaml (1)

27-27: LGTM! Verify consistency with PR objectives.

The addition of CERTBOT_DNS_MIJN_HOST_VERSION: 0.0.3 is consistent with the existing structure and aligns with the PR objective of adding support for the mijn.host DNS challenge.

To ensure this change is properly integrated, please run the following verification:

This script will help verify the proper integration of the mijn.host DNS challenge support and identify any potential conflicts or missing configurations.

letsencrypt/config.yaml (1)

77-77: LGTM: New API key field for mijn.host added correctly.

The addition of the mijn_host_api_key field is consistent with the PR objective and follows the existing pattern for DNS provider configurations.

letsencrypt/CHANGELOG.md (1)

3-6: Changelog entry looks good.

The new entry for version 5.2.1 is correctly formatted, follows the versioning convention, and clearly describes the added feature. It aligns well with the PR objectives of adding support for the mijn.host DNS challenge.

Copy link
Member

@agners agners left a comment

Choose a reason for hiding this comment

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

Generally LGTM, thanks!

letsencrypt/config.yaml Outdated Show resolved Hide resolved
@home-assistant home-assistant bot marked this pull request as draft September 26, 2024 16:34
@agners
Copy link
Member

agners commented Sep 26, 2024

Hm, seems there is still a merge conflict:

 #7 35.42 The conflict is caused by:
#7 35.42     The user requested cryptography==43.0.1
#7 35.42     certbot 2.11.0 depends on cryptography>=3.2.1
#7 35.42     certbot-dns-mijn-host 0.0.3 depends on cryptography==43.0.0

I guess the bump now bumped cryptography too high (to 43.0.1 🙈 ). Can the plug-in maybe loosen that restriction 🤔

@shubhamku044
Copy link
Author

sure, I will make the necessary changes

@agners
Copy link
Member

agners commented Sep 27, 2024

FWIW, PR #3776 reverts Cryptography to 42 also for another reason, so you can rebase on this instead.

@shubhamku044
Copy link
Author

hey @agners I have changed the version of cryptography, now it will work fine

@shubhamku044 shubhamku044 marked this pull request as ready for review November 1, 2024 11:29
@home-assistant home-assistant bot requested a review from agners November 1, 2024 11:29
Copy link
Contributor

@coderabbitai coderabbitai bot left a comment

Choose a reason for hiding this comment

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

Actionable comments posted: 1

🧹 Outside diff range and nitpick comments (1)
letsencrypt/rootfs/etc/services.d/lets-encrypt/run (1)

64-64: Fix extra whitespace in blank lines.

Remove the extra spaces in these blank lines to maintain consistent formatting with the rest of the file.

-    
+

Also applies to: 69-69

📜 Review details

Configuration used: CodeRabbit UI
Review profile: CHILL

📥 Commits

Reviewing files that changed from the base of the PR and between cffcc3d and b3a3786.

📒 Files selected for processing (7)
  • letsencrypt/CHANGELOG.md (2 hunks)
  • letsencrypt/DOCS.md (4 hunks)
  • letsencrypt/Dockerfile (2 hunks)
  • letsencrypt/build.yaml (1 hunks)
  • letsencrypt/config.yaml (2 hunks)
  • letsencrypt/rootfs/etc/cont-init.d/file-structure.sh (1 hunks)
  • letsencrypt/rootfs/etc/services.d/lets-encrypt/run (1 hunks)
✅ Files skipped from review due to trivial changes (1)
  • letsencrypt/CHANGELOG.md
🧰 Additional context used
📓 Path-based instructions (4)
letsencrypt/DOCS.md (6)

Pattern */**(html|markdown|md): - For instructional content in documentation, use a direct and authoritative tone. Avoid expressions of politeness such as 'may' or 'please', and ensure the goal of the instruction is fronted.

  • Apply the Microsoft Style Guide to ensure documentation maintains clarity and conciseness.
  • In step-by-step instructions, front the location phrase in the instructional sentence.
  • In step-by-step instructions, front the 'goal' in the instructional sentence.
  • In step-by-step instructions, if in doubt what to front, front the 'goal' before the location phrase in the instructional sentence.
  • do not hyphenate terms like 'top-right' or 'bottom-left' with 'corner'

Pattern */**(html|markdown|md): - Use bold to mark UI strings.

  • If "" are used to mark UI strings, replace them by bold.

Pattern */**(html|markdown|md): - Be brief in your replies and don't add fluff like "thank you for..." and "Please let me know if"


Pattern */**(html|markdown|md): - Use sentence-style capitalization also in headings.


Pattern */**(html|markdown|md): do not comment on HTML used for icons


Pattern */**(html|markdown|md): Avoid flagging inline HTML for embedding videos in future reviews for this repository.

letsencrypt/Dockerfile (6)

Pattern */**(html|markdown|md): - For instructional content in documentation, use a direct and authoritative tone. Avoid expressions of politeness such as 'may' or 'please', and ensure the goal of the instruction is fronted.

  • Apply the Microsoft Style Guide to ensure documentation maintains clarity and conciseness.
  • In step-by-step instructions, front the location phrase in the instructional sentence.
  • In step-by-step instructions, front the 'goal' in the instructional sentence.
  • In step-by-step instructions, if in doubt what to front, front the 'goal' before the location phrase in the instructional sentence.
  • do not hyphenate terms like 'top-right' or 'bottom-left' with 'corner'

Pattern */**(html|markdown|md): - Use bold to mark UI strings.

  • If "" are used to mark UI strings, replace them by bold.

Pattern */**(html|markdown|md): - Be brief in your replies and don't add fluff like "thank you for..." and "Please let me know if"


Pattern */**(html|markdown|md): - Use sentence-style capitalization also in headings.


Pattern */**(html|markdown|md): do not comment on HTML used for icons


Pattern */**(html|markdown|md): Avoid flagging inline HTML for embedding videos in future reviews for this repository.

letsencrypt/build.yaml (6)

Pattern */**(html|markdown|md): - For instructional content in documentation, use a direct and authoritative tone. Avoid expressions of politeness such as 'may' or 'please', and ensure the goal of the instruction is fronted.

  • Apply the Microsoft Style Guide to ensure documentation maintains clarity and conciseness.
  • In step-by-step instructions, front the location phrase in the instructional sentence.
  • In step-by-step instructions, front the 'goal' in the instructional sentence.
  • In step-by-step instructions, if in doubt what to front, front the 'goal' before the location phrase in the instructional sentence.
  • do not hyphenate terms like 'top-right' or 'bottom-left' with 'corner'

Pattern */**(html|markdown|md): - Use bold to mark UI strings.

  • If "" are used to mark UI strings, replace them by bold.

Pattern */**(html|markdown|md): - Be brief in your replies and don't add fluff like "thank you for..." and "Please let me know if"


Pattern */**(html|markdown|md): - Use sentence-style capitalization also in headings.


Pattern */**(html|markdown|md): do not comment on HTML used for icons


Pattern */**(html|markdown|md): Avoid flagging inline HTML for embedding videos in future reviews for this repository.

letsencrypt/config.yaml (6)

Pattern */**(html|markdown|md): - For instructional content in documentation, use a direct and authoritative tone. Avoid expressions of politeness such as 'may' or 'please', and ensure the goal of the instruction is fronted.

  • Apply the Microsoft Style Guide to ensure documentation maintains clarity and conciseness.
  • In step-by-step instructions, front the location phrase in the instructional sentence.
  • In step-by-step instructions, front the 'goal' in the instructional sentence.
  • In step-by-step instructions, if in doubt what to front, front the 'goal' before the location phrase in the instructional sentence.
  • do not hyphenate terms like 'top-right' or 'bottom-left' with 'corner'

Pattern */**(html|markdown|md): - Use bold to mark UI strings.

  • If "" are used to mark UI strings, replace them by bold.

Pattern */**(html|markdown|md): - Be brief in your replies and don't add fluff like "thank you for..." and "Please let me know if"


Pattern */**(html|markdown|md): - Use sentence-style capitalization also in headings.


Pattern */**(html|markdown|md): do not comment on HTML used for icons


Pattern */**(html|markdown|md): Avoid flagging inline HTML for embedding videos in future reviews for this repository.

🔇 Additional comments (10)
letsencrypt/build.yaml (1)

28-28: LGTM! Version dependencies are properly aligned

The changes correctly integrate the mijn.host DNS provider while maintaining compatibility with:

  • ACME 2.11.0 (required by the plugin)
  • Updated cryptography version (42.0.8)
letsencrypt/config.yaml (2)

80-80: LGTM: API key field follows schema conventions.

The new mijn_host_api_key field is correctly defined as an optional string parameter, maintaining consistency with other DNS provider configurations.


107-107: LGTM: Provider list updated correctly.

The addition of dns-mijn-host to the provider list follows the naming convention and maintains proper alphabetical ordering.

letsencrypt/Dockerfile (2)

24-24: LGTM: Build argument follows naming convention.

The new build argument CERTBOT_DNS_MIJN_HOST_VERSION is correctly declared and follows the established naming pattern for DNS provider version arguments.


75-75: Version compatibility check required.

While the plugin installation follows the correct format, there are important version compatibility concerns:

  1. The PR comments indicate that certbot-dns-mijn-host requires ACME 2.11.0, but the current version is 2.7.4.
  2. There were reported conflicts with the cryptography library version.

Let's verify the version requirements:

Consider the following approach:

  1. Wait for the ACME version upgrade PR mentioned by reviewer agners
  2. Once merged, rebase this PR on top of the updated ACME version
  3. Verify that all version conflicts are resolved before proceeding
letsencrypt/rootfs/etc/cont-init.d/file-structure.sh (1)

38-38: LGTM! The mijn.host DNS provider integration looks good.

The addition follows the established pattern for DNS provider configurations and handles the API key securely.

Let's verify that the configuration option is properly defined:

✅ Verification successful

The mijn.host DNS provider configuration is properly defined and documented

The verification confirms:

  • The mijn_host_api_key configuration option is correctly defined in config.yaml as an optional string parameter
  • The documentation in DOCS.md includes:
    • Complete example configuration
    • Clear instructions for obtaining the API key
    • Proper integration with the DNS challenge providers list
🏁 Scripts executed

The following scripts were executed for the analysis:

Script:

#!/bin/bash
# Description: Verify that the mijn.host API key configuration is defined in config.yaml

# Test: Check if the configuration option exists in config.yaml
rg -A 2 'mijn_host_api_key:' letsencrypt/config.yaml

# Test: Ensure the configuration is documented
rg -A 5 'mijn.host' letsencrypt/DOCS.md

Length of output: 818

letsencrypt/rootfs/etc/services.d/lets-encrypt/run (2)

66-68: LGTM! Implementation follows the established pattern.

The implementation correctly:

  • Checks for the DNS challenge type and provider
  • Requires the necessary API key configuration
  • Uses consistent argument structure with propagation seconds

66-68: Verify version compatibility with dependencies.

Based on the PR objectives, this implementation requires ACME 2.11.0 while the current version is 2.7.4. Additionally, there were mentioned conflicts with the cryptography library versions.

Please ensure that:

  1. The ACME version has been updated to 2.11.0
  2. The cryptography version conflicts have been resolved
✅ Verification successful

Version requirements are satisfied

Based on the build.yaml and CHANGELOG.md files, the implementation is fully compatible with the required versions:

  • ACME and Certbot are both at version 2.11.0 (upgraded from 2.7.4)
  • Cryptography is at version 42.0.8
  • The new certbot-dns-mijn-host plugin is installed at version 0.0.3

The version conflicts mentioned in the PR objectives have been resolved as evidenced by the successful version upgrades documented in the changelog: "Update Certbot/ACME to 2.11.0 & update all plugins to their latest version"

🏁 Scripts executed

The following scripts were executed for the analysis:

Script:

#!/bin/bash
# Description: Check installed versions of dependencies

# Test: Check installed certbot version
certbot --version

# Test: Check installed cryptography version
python3 -c "import cryptography; print(cryptography.__version__)"

# Test: Check if certbot-dns-mijn-host plugin is installed
pip list | grep certbot-dns-mijn-host

Length of output: 349


Script:

#!/bin/bash
# Let's check the dependency specifications in configuration files

# Look for requirements.txt or similar files
fd -e txt -e ini requirements

# Check Dockerfile or similar files for version specifications
fd -e dockerfile Dockerfile
fd -H -g "*Dockerfile*"

# Check package configurations
fd -e json package.json
fd -e toml pyproject.toml

# Search for version specifications in the codebase
rg -i "certbot.*version|acme.*version|cryptography.*version" -A 2 -B 2

# Look specifically in the letsencrypt directory
ls -la letsencrypt/
cat letsencrypt/Dockerfile 2>/dev/null
cat letsencrypt/build.json 2>/dev/null

Length of output: 13285

letsencrypt/DOCS.md (2)

63-63: LGTM: DNS provider correctly added to the supported providers list.

The new provider "dns-mijn-host" is properly added in alphabetical order in both locations of the supported providers list.

Also applies to: 1103-1103


1053-1072: LGTM: Configuration example is well-documented.

The mijn.host DNS challenge configuration example:

  • Follows the established documentation pattern
  • Includes all necessary configuration fields
  • Provides clear instructions for obtaining the API key
  • Includes recommended propagation seconds value

letsencrypt/build.yaml Outdated Show resolved Hide resolved
@shubhamku044
Copy link
Author

hi @agners

@kevinhagenaars
Copy link

When will this PR be merged into master? I was planning developing support for this provider, but then I saw there was this PR already with the functionality.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants