certmaster.git/certmaster, branch master

Do not accept certificates that do not match our key.

2009-04-14T15:29:06+00:00

Usually this happens when a host is re-provisioned and you forget to
run certmaster-ca --clean afterwards to remove the old cert on the
certmaster.

Instead of accepting the cert and throwing a key-mismatch exception,
we log a useful hint to the log and to stderr.

Minion-to-minion support, certmaster half.

2009-03-13T19:39:37+00:00

change utils.get_hostname to just do the basic thing. Move the bits

2009-03-03T22:41:12+00:00

that do all the config checking and route lookup and other madness
to func.utils.get_hostname_by_route

add a excepthook handler for uncaught exceptions, so they get written to the log

2009-02-12T20:08:59+00:00

https://fedorahosted.org/func/ticket/70

permissions cleanup on source files

2009-01-19T19:47:45+00:00

removed unneed line that reset the requesting_host

2008-11-18T15:56:37+00:00

Make the port that certmaster listens on and funcd connects to configurable.

2008-11-12T16:53:59+00:00

add listen_port to /etc/certmaster/certmaster.conf to configure which
port certmaster runs on.

add certmaster_port to /etc/certmaster/minion.conf so funcd knows which
port to talk to certmaster on.

change triggers so we pass in the name of the machine the request/sign/remove is for

2008-10-15T20:12:07+00:00

and pass it to the triggers

This could potentially break some existing triggers if they dont expect
and argument. However, it's documented that they should expect a
name argument, they just weren't ever getting one until now.

fix for utils.daemonize() as reported in https://fedorahosted.org/func/ticket/58

2008-09-19T18:52:32+00:00

by goozbach

Couple of things wrong, fd's were getting closed in wrong place, the
call to os.cwd('/') was supposed to be os.chdir('/')

Also try duping the fd's just in case

close stdin/stdout/stderr on daemonize

2008-09-05T18:09:35+00:00

patch from Jonathan Barber