leap_platform.git/puppet/modules/site_mx/manifests, branch 0.8.0rc1 [leap_platform] restructured site.pp, now only one class gets included in site.pp per service (Bug #6851) 2016-01-22T08:50:33+00:00 varac varacanero@zeromail.org 2015-04-13T21:16:00+00:00 150579fb14716892cc3e4d7d9c0f81b30d56f03a Also, moved global Exec{} defaults to site.pp Change-Id: I9ae91b77afde944d2f1312613b9d9030e32239dd 
Also, moved global Exec{} defaults to site.pp

Change-Id: I9ae91b77afde944d2f1312613b9d9030e32239dd
stunnel: make site_mx and site_webapp use new site_stunnel 2014-06-26T01:17:31+00:00 elijah elijah@riseup.net 2014-06-20T21:34:53+00:00 bc42e9bd3a86bb858ef853cf333242c81874209b 






remove old classes
2014-05-22T09:26:58+00:00

Christoph
chris@inferno.nadir.org

2014-05-22T08:46:58+00:00

692359e1bb9e5101c3ba882e5b9d3de1c4c63716

site_mx::haproxy and site_webapp::haproxy only
included site_haproxy. They didn't do anything else.
So just include site_haproxy in manifests/init.pp and
remove the unused classes





site_mx::haproxy and site_webapp::haproxy only
included site_haproxy. They didn't do anything else.
So just include site_haproxy in manifests/init.pp and
remove the unused classes







fix haproxy config if webapp and mx run on the same host
2014-05-22T09:26:58+00:00

Christoph
chris@inferno.nadir.org

2014-05-22T08:37:32+00:00

752f980d1cc45d4cd617675722feedc286739878

the problem was, that both site_mx::haproxy and site_webapp::haproxy
declared the same resource.
I fixed it by moving that resource to site_haproxy.
Since that gets included by both classes, everything works like
a charm





the problem was, that both site_mx::haproxy and site_webapp::haproxy
declared the same resource.
I fixed it by moving that resource to site_haproxy.
Since that gets included by both classes, everything works like
a charm







check leap_mx queue
2014-03-03T16:36:39+00:00

varac
varacanero@zeromail.org

2014-02-28T20:53:12+00:00

c7af5055fd9f255357a8dcd6e318c7a15a3b709c












fix client_ca cert+key for mx service (Feature #3921)
2013-09-24T19:03:51+00:00

varac
varacanero@zeromail.org

2013-09-24T16:02:05+00:00

1adbf7af76b10d44a53de28d23f4c7167dc4f941












seperate cert and key deployment (#3918)
2013-09-24T07:20:42+00:00

varac
varacanero@zeromail.org

2013-09-24T07:09:30+00:00

ffa4504f81c0abecc62b068951ec147741028128












only deploy x509 stuff for nodes if it existes in hiera (Feature #3875)
2013-09-19T10:19:00+00:00

varac
varacanero@zeromail.org

2013-09-19T10:19:00+00:00

1ce6cb5a30c5ee73d6474ac9c1bbd4c7819d9a73












Setup a class dependency for every tag 'leap_service' to make sure that shorewall is setup before the service is setup. This is necessary due to the strict initial firewall that stops various service setup operations from happening, but is relaxed once shorewall is setup properly (#3782)
2013-09-19T02:13:26+00:00

Micah Anderson
micah@leap.se

2013-09-18T16:05:10+00:00

3388336b57cc59617b6dc8380beeeacfdb2fb5b3

Change-Id: Ia9640c4118aa0053cdb99e7bc11860fed5527501





Change-Id: Ia9640c4118aa0053cdb99e7bc11860fed5527501







setup stunnel config to use default x509 cert,key+ca (#3837)
2013-09-13T14:20:07+00:00

varac
varacanero@zeromail.org

2013-09-13T14:20:07+00:00

3e5e685200e9b5c3ac8567100e552929ea55d8e8

* fix stunnel setups for couchdb, mx, webapp services





* fix stunnel setups for couchdb, mx, webapp services