Project

General

Profile

Settingsyml » History » Version 5

Jochen Schalanda, 02/08/2011 01:51 PM

1 1 Paul Kelly
h1. Settings
2
3 5 Jochen Schalanda
The configuration for Smart-Proxy is held in the @config/settings.yml@ file.
4 1 Paul Kelly
5 3 Paul Kelly
h2. YAML start
6
7 2 Paul Kelly
The first non-comment line of this file must be three dashes.
8
9 1 Paul Kelly
<pre>
10
---
11 2 Paul Kelly
</pre>
12 1 Paul Kelly
13 3 Paul Kelly
h2. SSL configuration
14 1 Paul Kelly
15 3 Paul Kelly
The existence of all the three ssl key entries below enables the use of an SSL connections.
16
17
NOTE that both client certificates need to be signed by the same CA, which must be in the *ssl_ca_file*, in order for this to work
18 5 Jochen Schalanda
see [[SSL]] for more information
19 2 Paul Kelly
20 1 Paul Kelly
<pre>
21
:ssl_certificate: ssl/certs/fqdn.pem
22
:ssl_ca_file: ssl/certs/ca.pem
23
:ssl_private_key: ssl/private_keys/fqdn.key
24
</pre>
25 2 Paul Kelly
26
This is the list of hosts from which the smart proxy will accept connections. If this list is empty then every verified SSL connection is allowed to access the API.
27
<pre>
28 1 Paul Kelly
:trusted_hosts:
29
- foreman.prod.domain
30
- foreman.dev.domain
31
</pre>
32
33 3 Paul Kelly
h2. Instance attributes
34
35 5 Jochen Schalanda
If this entry is present and not false then Smart-Proxy will attempt to disconnect itself from the controlling terminal and daemonize itself.
36 2 Paul Kelly
<pre>
37 1 Paul Kelly
:daemon: true
38
</pre>
39 2 Paul Kelly
40
The port listened to by the proxy. If this is not present then the default Sinatra port of 4567 is used.
41
42
<pre>
43 1 Paul Kelly
:port: 8443
44
</pre>
45
46 3 Paul Kelly
h2. TFTP section
47
48 5 Jochen Schalanda
Activate the TFTP management module within the Smart-Proxy instance. 
49 3 Paul Kelly
50 4 Paul Kelly
The *tftproot* value is directory into which tftp files are copied and then served from. The tftp daemon will also be expected to chroot to this location. This component is only supported in the Unix environment
51 3 Paul Kelly
<pre>
52 1 Paul Kelly
:tftp: true
53
:tftproot: /tmp/tftpboot
54 3 Paul Kelly
</pre>
55 1 Paul Kelly
56 3 Paul Kelly
h2. DNS section
57 1 Paul Kelly
58 5 Jochen Schalanda
Activate the DNS management module within the Smart-Proxy instance. 
59 3 Paul Kelly
60
The DNS module can manipulate any DNS server that complies with the ISC Dynamic DNS Update standard and can therefore be used to manage both Microsoft and Bind servers.
61
62
The *dns_key* is used to validate the client request. If it is not present then the update operation is performed without peer verification, (not recommended.)
63 5 Jochen Schalanda
The *dns_server* option is used if the Smart-Proxy is not located on the same physical host as the DNS server. If it is not specified then localhost is presumed.
64 3 Paul Kelly
<pre>
65 1 Paul Kelly
:dns: true
66
:dns_key: /home/proxy/keys/Kapi.+157+47848.private
67 3 Paul Kelly
:dns_server: dnsserver.site.domain.com
68
</pre>
69 1 Paul Kelly
70 3 Paul Kelly
h2. DHCP section
71
72 5 Jochen Schalanda
Activate the DHCP management module within the Smart-Proxy instance. 
73 3 Paul Kelly
74 4 Paul Kelly
<pre>
75 1 Paul Kelly
:dhcp: true
76 4 Paul Kelly
</pre>
77 5 Jochen Schalanda
If the DHCP server is ISC compliant then set *dhcp_vendor* to *isc*. In this case Smart-Proxy must run on the same host as the DHCP server. 
78
If the proxy is managing a Microsoft DHCP server then set *dhcp_vendor* to *native_ms*. Smart-Proxy must then be run on an NT server so as to access the Microsoft native tools, though it does not have to be the same machine as the DHCP server. More details can be found at [[Foreman:Foreman Architecture]].
79 4 Paul Kelly
<pre>
80 1 Paul Kelly
:dhcp_vendor: isc
81 4 Paul Kelly
</pre>
82 5 Jochen Schalanda
The DHCP component needs access to the DHCP configuration file as well as the currently allocated leases. The section below shows these values for a RedHat client. In the case of a Smart-Proxy hosted on an Ubuntu machine then these values would be more appropriate: */etc/dhcp3/dhcpd.conf* and */var/lib/dhcp3/dhcpd.leases*
83 4 Paul Kelly
<pre>
84 1 Paul Kelly
:dhcp_config: etc/dhcpd.conf
85
:dhcp_leases: etc/dhcpd.leases
86 4 Paul Kelly
</pre>
87 1 Paul Kelly
88
h2. Puppet Certificate Authority section
89
90 5 Jochen Schalanda
Activate the Puppet CA management module within the Smart-Proxy instance. 
91 1 Paul Kelly
92 5 Jochen Schalanda
This should only be enabled in the Smart-Proxy that is hosted on the machine responsible for providing certificates to your puppet clients. You would expect to see a directory */var/lib/puppet/ssl/ca* on such a host.
93 4 Paul Kelly
<pre>
94
:puppetca: true
95 1 Paul Kelly
</pre>
96
97
h2. Puppet section
98
99 5 Jochen Schalanda
Activate the puppet management module within the Smart-Proxy instance. 
100 1 Paul Kelly
101 5 Jochen Schalanda
This should only be enabled in the Smart-Proxy that is hosted on the machine capable of executing *puppetrun*. This will be a puppetmaster.
102 1 Paul Kelly
103
<pre>
104 4 Paul Kelly
:puppet: true
105 1 Paul Kelly
</pre>
106 4 Paul Kelly
107
h2. Logging
108
109 5 Jochen Schalanda
The proxy's output is captured to the the *log_file* and may be filtered via the usual unix syslog levels:
110
111
* @Logger::WARN@
112
* @Logger::DEBUG@
113
* @Logger::ERROR@
114
* @Logger::FATAL@
115
* @Logger:INFO@
116
* @Logger::UNKNOWN@
117
118
See Ruby's "Logger class":http://www.ruby-doc.org/stdlib/libdoc/logger/rdoc/classes/Logger.html for details.
119 4 Paul Kelly
120
<pre>
121 1 Paul Kelly
:log_file: /tmp/proxy.log
122 4 Paul Kelly
:log_level: Logger::DEBUG
123 1 Paul Kelly
</pre>