Skip to content

Renewals: certificates, domains and licenses

The Renewals tab is one list of everything on site that runs out on a date: the certificate on every HTTPS address Collimo talks to, any others you list, your domains if you list them, and vCenter licenses. Soonest first. It's free in every edition.

Collimo only reads the dates. Renewing is done where each one was issued.

The Renewals tab: a year planner over one list, soonest first: nas.example.com's self-signed certificate in red with 5 days left, a vCenter license and mail.example.com's certificate in amber, then two certificates and a license with time to spare

What is on it, with nothing to set up

The tab appears as soon as Collimo talks to anything over HTTPS:

  • Every source whose address starts https://: vCenter, Proxmox VE, Proxmox Backup Server, TrueNAS, Xen Orchestra, Veeam, HYCU, NetBox, phpIPAM, and each server's management controller (Redfish). A source with several addresses gets a row for each.
  • Every up-check of the http kind whose address starts https://.
  • The UniFi console, and the Protect console when it is a separate box.
  • The hub a site reports to, and on a hub its own HUB_URL, when they are https://.

Add more certificates

  1. Open Settings → Stack environment.
  2. Set CERT_WATCH to the addresses, commas between. A port is only needed when it isn't 443:

    CERT_WATCH=mail.example.com, vpn.example.com:4443, 192.168.1.40:8443
    
  3. Apply it:

  1. Open the collimo stack and find Environment variables.
  2. Add or change the lines. In Advanced mode you can paste several at once.
  3. Click Pull and redeploy.
  1. Open .env in the folder where you cloned collimo-deploy.
  2. Add or change the lines.
  3. Run docker compose up -d in that folder.

Add your domains

  1. Set DOMAINS_WATCH to the domain names, commas between:

    DOMAINS_WATCH=example.com, example.org
    
  2. Apply it, as above.

Domain lookups go out to the internet

Each domain is looked up once a day over RDAP, the registries' public lookup service. That sends the domain name to the registry's RDAP server, such as Verisign's for .com, from where Collimo runs. Nothing else is sent. Leave DOMAINS_WATCH empty and nothing is looked up.

What the colors mean

Row Means Alert
Red Expired, or under 7 days left (under a sixth of its lifetime, if that's later) critical
Amber, certificate Under 60 days left, or under a third of its lifetime if that's later warning
Amber, self-signed certificate Under 30 days left, or under a third of its lifetime if that's later warning
Amber, domain or license Under 60 days left warning
Plain More time than that none
couldn't connect Nothing answered with TLS at that address none

The alerts are Certificate expiring or expired (cert_expiry), Domain registration expiring or expired (domain_expiry) and, for vCenter, Platform license expiring, expired or over-used (platform_license). Each clears when the new date is read: certificates every 6 hours, domains once a day, licenses hourly.

Why a short-lived certificate warns later

Let's Encrypt's certificates last 90 days, or 45, or about 6, and the software that renews them replaces each one when about a third of its life is left. So Collimo warns at that point, not at 60 days: a 90-day certificate turns amber at 30 days left, a 45-day one at 15, a 6-day one at about 2. If it's amber, the renewal should already have happened, and the alert says so. Look at the renewal job or service on that machine. Every public certificate gets shorter from March 2027, so this goes by the certificate's own dates, not by who issued it.

Why self-signed waits until 30 days

A self-signed certificate is one the device made for itself: a NAS, a switch, a management controller. Its owner renews it by hand when it gets close, so a warning two months out is mostly noise. One signed by a certificate authority, including your own company's or a Proxmox VE cluster's, warns from 60 days, since renewing it can need someone else.

Why \"couldn't connect\" is not an alert

If the address is down, its source or up-check already says so. The renewal calendar is only about dates, so it never raises a second alert for the same outage. It tries again after 15 minutes.

Already close when Collimo started

A certificate that is already within its warning when Collimo starts shows as a warning but isn't sent, like every alert already true at start. When it crosses into critical, that is news, and it is sent.

Columns

Column What it shows
Ends The date it runs out
Days left Whole days; N ago once it has run out
What Certificate, domain or license
Name The source, up-check or console's name, or the address; under it, the address Collimo read
From Why it is watched: a source slot, an up-check, CERT_WATCH, DOMAINS_WATCH, the console, the hub
Issued by Who signed the certificate
Notes self-signed; the names the certificate covers; or why there is no date

The strip above the list is the next twelve months, with a mark where each one ends: square for a certificate, round for a domain, diamond for a license.

What it doesn't do

  • It doesn't say whether a certificate is trusted or matches its name. For that, run Tools → TLS on the address.
  • IPv4 only, like the Tools tab.
  • 192.168.100.1 is never contacted, whatever list it is in: on some networks it's the cable modem, on others a Starlink dish.

In the metrics

Metric Labels
infra_cert_expiry_timestamp_seconds target (host:port), source (its name)
infra_domain_expiry_timestamp_seconds domain
infra_platform_license_expiry_timestamp_seconds source, license, product

Each is the end date in seconds since 1970, so (metric - time()) / 86400 is days left.