Overview
Services running, registry bound to loopback
seaweedfs, boring-registry and nginx all active, boring-registry reports version 0.18.0, and ss confirms nginx owns port 80 while the registry and object store stay loopback only.
Services running, registry bound to loopback
Secure by default: per instance API token
Publish your own modules and providers
Consume modules over the download proxy
This is a repackaged open source software product wherein additional charges apply for cloudimg support services.
boring-registry is a simple, open source registry for Terraform and OpenTofu modules and providers, a private and self hosted alternative to the public Terraform Registry. Point your developers and CI pipelines at a boring-registry server and they can consume your organisation's own modules and providers with the standard module and provider source syntax, while you keep full control over what is published and who can reach it. boring-registry implements the module registry protocol, the provider registry protocol and the provider network mirror protocol. This image delivers boring-registry fully installed and configured, running as a hardened systemd service behind nginx, so a working registry is answering within minutes of launch and you skip hours of manual setup, object storage wiring and access control hardening.
Self contained by design: boring-registry stores modules and providers in object storage, and this appliance bundles a lightweight S3 compatible object store on the same instance, bound to the loopback interface, so the registry works out of the box with no external cloud account or bucket to configure. boring-registry binds to loopback only and nginx is the single network facing surface, serving a public health check and the registry service discovery document, and reverse proxying the module and provider protocol to the registry. Module and provider archives are streamed back through the registry itself, so the object store never has to be reachable by your clients.
Secure by default with no shared credentials: nothing secret is baked into the image. On the first boot of every instance, boring-registry generates a unique API token that protects the registry protocol and unique credentials for the on box object store, and writes them to a root only file on the instance. Unauthenticated requests to the module and provider protocol are rejected, and publishing new modules and providers requires the per instance storage credentials. Point the terraform or tofu command at the registry with the per instance token and pull modules and providers immediately; publish your own with the bundled boring-registry command line.
Key capabilities: host your own Terraform and OpenTofu modules and providers privately; serve them over the standard registry protocols with a per instance API token; keep everything self contained on a single hardened instance with a bundled object store; publish modules and providers with the boring-registry command line; and mirror providers for reproducible, network isolated builds.
Get started: read the generated credentials, point terraform or tofu at this instance with the per instance token, and pull the bundled example module to confirm the registry end to end. Publish your own modules and providers with the boring-registry command line. cloudimg engineers can help you design registry topology, front the registry with your own TLS certificate and domain, wire it into CI and CD, and roll it out across your teams after purchase.
boring-registry is licensed under the MIT License. All product and company names are trademarks or registered trademarks of their respective holders. Use of them does not imply any affiliation with or endorsement by them.
Highlights
- boring-registry, the open source Terraform and OpenTofu module and provider registry, fully installed as a hardened systemd service. It implements the module, provider and provider network mirror protocols, so terraform and tofu pull your organisation's own modules and providers straight from your server with the standard source syntax.
- Self contained and secure by default: a lightweight S3 compatible object store is bundled on the same instance and bound to loopback, so the registry works out of the box with no external cloud account. On first boot every instance generates its own API token and its own object store credentials. boring-registry binds to loopback only and is reachable exclusively through nginx, so unauthenticated requests are rejected and no shared credential ships in the image.
- 24/7 expert technical support from cloudimg with a one hour average response time for critical issues. Our engineers help with registry rollout across teams and CI, publishing modules and providers, fronting the registry with your own TLS certificate and domain, object store sizing, and boring-registry version upgrades.
Details
Introducing multi-product solutions
You can now purchase comprehensive solutions tailored to use cases and industries.
Features and programs
Financing for AWS Marketplace purchases
Pricing
Free trial
- ...
Dimension | Description | Cost/hour |
|---|---|---|
m5.large Recommended | m5.large | $0.08 |
t3.micro | t3.micro instance type | $0.04 |
t2.micro | t2.micro instance type | $0.04 |
r8idn.16xlarge | r8idn.16xlarge instance type | $0.24 |
c8a.48xlarge | c8a.48xlarge instance type | $0.24 |
c7a.16xlarge | c7a.16xlarge instance type | $0.24 |
m8i-flex.xlarge | m8i-flex.xlarge instance type | $0.12 |
m5d.large | m5d.large instance type | $0.08 |
r7a.8xlarge | r7a.8xlarge instance type | $0.24 |
r8i.metal-48xl | r8i.metal-48xl instance type | $0.24 |
Vendor refund policy
Refunds available on request.
How can we make this page better?
Legal
Vendor terms and conditions
Content disclaimer
Delivery details
64-bit (x86) Amazon Machine Image (AMI)
Amazon Machine Image (AMI)
An AMI is a virtual image that provides the information required to launch an instance. Amazon EC2 (Elastic Compute Cloud) instances are virtual servers on which you can run your applications and workloads, offering varying combinations of CPU, memory, storage, and networking resources. You can launch as many instances from as many different AMIs as you need.
Version release notes
Initial release of boring-registry 0.18.0 as a ready to use, self hosted Terraform and OpenTofu module and provider registry: boring-registry bound to loopback behind nginx on port 80, with a bundled loopback S3 compatible object store as the storage backend so the appliance is fully self contained with no external cloud account. Secure by default: every instance generates its own API token and its own object store credentials on first boot, unauthenticated protocol requests are rejected, and no shared or default credential ships in the image. The image ships with an empty registry and a bundled example module published on first boot to confirm the registry end to end.
Additional details
Usage instructions
Connect via SSH on port 22 as the default login user for your operating system variant (for the Ubuntu 24.04 variant the user is ubuntu). The registry starts automatically at boot: seaweedfs (the bundled loopback S3 object store), boring-registry (the registry server bound to loopback) and nginx (the port 80 front). On first boot each instance generates its own API token and its own object store credentials and writes them to /root/boring-registry-credentials.txt, so read them with 'sudo cat /root/boring-registry-credentials.txt'. Confirm the registry is answering with 'curl http://127.0.0.1/healthz ' (returns ok) and 'curl http://127.0.0.1/.well-known/terraform.json ' (the service discovery document). Unauthenticated requests to the module and provider protocol are rejected; supply the per instance token, for example 'curl -H "Authorization: Bearer <token>" http://<instance-ip>/v1/modules/cloudimg/hello/local/versions'. Publish your own modules and providers on the instance with the boring-registry command line using the per instance S3 access and secret keys. Terraform requires an HTTPS registry host, so front nginx with your own TLS certificate and domain for production terraform and tofu clients. Open port 80 (and 443 once you add TLS) from your client networks in the instance security group.
Resources
Vendor resources
Support
Vendor support
cloudimg provides 24/7 technical support for this boring-registry product by email (support@cloudimg.co.uk ) and live chat. We help with deployment and first boot configuration, pointing terraform and tofu at the registry with the per instance token, publishing modules and providers with the boring-registry command line, fronting the registry with your own TLS certificate and custom domain, object store sizing and management, provider network mirroring, integrating the registry into CI and CD, boring-registry version upgrades and patch guidance, performance tuning and troubleshooting. Critical issues receive a one hour average response time. For billing, subscription changes, or refund requests, contact support@cloudimg.co.uk .
AWS infrastructure support
AWS Support is a one-on-one, fast-response support channel that is staffed 24x7x365 with experienced and technical support engineers. The service helps customers of all sizes and technical abilities to successfully utilize the products and features provided by Amazon Web Services.