Hi all,
I finally got an issue resolved regarding some of my systems not
trusting a particular server's Cfengine public key, but I wanted to see
if anyone has a better solution.
Currently we maintain our master sudoers file on a server whose
cf-serverd provides all systems with access to retrieve the master file.
Here's the promise (with some simplification for readability):
linux|(solaris.zone_global.!usr_local_is_nfs)::
"$(local_sudoers_file)" # Linux=/etc/sudoers,
Solaris=/usr/local/etc/sudoers
perms => mo("440", "root"),
copy_from => remote_copy("/usr/local/etc/sudoers", "lum");
This is the only promise I have that retrieves a file from lum and thus
the only promise that would initiate key exchange with lum, meaning that
all Solaris non-global zones and the Solaris global zones that NFS mount
/usr/local would NEVER retrieve lum's public key and thus never get this
file.
To work around this, I created the following bundle:
bundle agent ensure_lum_is_trusted {
classes:
"have_lum_public_key" expression => fileexists(
"$(sys.workdir)/ppkeys/root-10.148.44.121.pub"
);
files:
!have_lum_public_key::
"/tmp/lum.motd"
copy_from => remote_copy("/etc/motd", "lum");
}
It just tries to copy a dummy file down from lum. Ironically the dummy
file will never actually be copied since the first attempt will fail but
key exchange will occur, and then there would never be another attempt
since the key would then exist on the "client".
So, can anyone see a better way of handling this kind of issue, or is
this dummy bundle probably the best solution?
Thanks,
Justin
--
Justin C. Lloyd
Unix Infrastructure Engineer
DigitalGlobe, An Imaging and Information Company
This electronic communication and any attachments may contain confidential and
proprietary
information of DigitalGlobe, Inc. If you are not the intended recipient, or an
agent or employee
responsible for delivering this communication to the intended recipient, or if
you have received
this communication in error, please do not print, copy, retransmit, disseminate
or
otherwise use the information. Please indicate to the sender that you have
received this
communication in error, and delete the copy you received. DigitalGlobe reserves
the
right to monitor any electronic communication sent or received by its
employees, agents
or representatives.
_______________________________________________
Help-cfengine mailing list
[email protected]
https://cfengine.org/mailman/listinfo/help-cfengine