Password Aging That Reaches The Accounts A Host Already Has
EL ships PASS_MAX_DAYS 99999, so no password expires, and INACTIVE -1 in a second file, so one that does expire still lets you in. This role sets both, then brings the accounts created before it into the policy, which login.defs alone never does. The live test creates an account first, records what it was given, and proves the change. Original role, live-tested on Rocky Linux 10.
This is the operations reference: version drift, dependants and neighbours. For what the module provisions, its inputs and outputs, and how to buy it, see the catalogue entry.
Provider drift
This artifact declares no Terraform provider requirements, so there is nothing to drift. Provider freshness applies to Terraform and OpenTofu modules.
What depends on this
No reference architecture names this module, so changing it affects only configurations that reference it directly.
Nearest alternatives
Same cloud, same category. These are what you would weigh against it without changing provider.
The same job on other clouds
This module has no cross-cloud peer set in the catalogue, so there is no portability comparison to draw.
Installing it
module "ansible_login_defs" {
source = "www.iac-bazaar.com/iac-bazaar/ansible-login-defs/any"
version = "1.0.0"
}A registry token is required for the download itself. Installing through the registry protocol has the two credential steps.