Support #543
Updated by Daniel Curtis almost 10 years ago
{{>toc}} Puppet and Nagios have been two of the most useful tools for my small business; puppet allowing me to manage many servers and services using Ruby to write my configs, and nagios allowing me to monitor the servers and services. This is a simple guide to setup something similar to the system I have on FreeBSD 9.2. This will set up 2 web applications that can be viewed in any modern web browser at: * *Default blank landing page* - http://puppet.example.com * *Puppet Dashboard* - http://puppet.example.com:3000 * *Nagios* - http://nagios.example.com:8000 * *Puppet Master* - https://puppet.example.com:8140 The first will be the puppet dashboard and the second will be the nagios dashboard. h1. Prepare the Server * Once the server baseline has been installed and root access has been obtained make sure the server is up to date: <pre> pkg update && upgrade portsnap fetch extract </pre> * Portupgrade will be useful for upgrading packages: <pre> pkg install portupgrade </pre> --- h1. Install MariaDB server * Start by installing the mariadb-server and mariadb-client packages: <pre> pkg install mariadb55-{server,client} </pre> h2. Configure MariaDB server * Copy a base MariaDB configuration to use <pre> cp /usr/local/share/mysql/my-small.cnf /var/db/mysql/my.cnf </pre> * Tuning: Copy one of the default config files and change the max packet size to allow for the 17 MB data rows that Dashboard can occasionally send: <pre> vi /var/db/mysql/my.cnf </pre> #* and modify @max_allowed_packet@ to 32M <pre> max_allowed_packet = 32M </pre> * Enable and start MariaDB <pre> echo 'mysql_enable="YES"' >> /etc/rc.conf service mysql-server start </pre> * Prepare Database for use by running the secure installation. +Choose a root password+ and answer +yes+ to all questions. <pre> mysql_secure_installation </pre> h3. Create MariaDB Databases and Users * Login to MariaDB and create appropriate databases and users. <pre> mysql -u root -p </pre> #* and run the following SQL queries to create the *puppetmaster* database and user: <pre> CREATE DATABASE dashboard_production CHARACTER SET utf8; CREATE USER 'puppetmaster'@'127.0.0.1' IDENTIFIED BY 'SecretPuppetMasterPassword'; GRANT ALL PRIVILEGES ON puppetmaster.* TO 'puppetmaster'@'127.0.0.1'; flush privileges; </pre> #* and run the following SQL queries to create the puppet *dashboard* database and user: <pre> CREATE DATABASE dashboard_production CHARACTER SET utf8; CREATE USER 'dashboard'@'127.0.0.1' IDENTIFIED BY 'SuperSecretPassword'; GRANT ALL PRIVILEGES ON dashboard_production.* TO 'dashboard'@'127.0.0.1'; flush privileges; </pre> #* and run the following SQL queries to create the *nagios* database and user: <pre> CREATE DATABASE nagios CHARACTER SET utf8; CREATE USER 'nagios'@'127.0.0.1' IDENTIFIED BY 'SecretNagiosPassword'; GRANT ALL PRIVILEGES ON nagios.* TO 'nagios'@'127.0.0.1'; flush privileges; </pre> --- h1. Install Puppet Master * Install the puppet package <pre> pkg install puppet rubygem-puppet-lint rubygem-rake rubygem-bundler rubygem-activerecord rubygem-sqlite3 libxslt node git </pre> * Enable puppet in @/etc/rc.conf@: <pre><pre> mysql -u root -p </pre> echo 'puppet_enable="YES"' >> /etc/rc.conf </pre> h2. Puppet Initial Testing * At this point, Puppet needs to be started so that all its SSL keys can be generated. This gives the chance to test that Puppet does work before anything else gets stacked on as well as ensures the SSL keys referenced by Nginx's config file are generated and in place before that step. <pre> service puppetmaster onestart </pre> * On *client.example.com* - start Puppet on the client system <pre> service puppet onestart </pre> #* Or <pre> puppet agent -vt --waitforcert 60 </pre> * On *puppet.example.com* - sign client.example.com's SSL key on the Puppetmaster <pre> puppet cert sign client.example.com </pre> * On *client.example.com* - Run a test on the client to ensure it works and do a onestop afterwards <pre> puppet agent --test service puppet onestop </pre> * *NOTE*: I encountered a problem while migrating the Admin node, the new server uses a newer version of Puppet, and broke the fileserver feature. To work around this: *# In *@/usr/local/etc/puppet/fileserver.conf@* put the name of your mount point, the path, and an allow * directive.: <pre> [files] path /usr/local/etc/puppet/files allow * </pre> *# In *@/usr/local/etc/puppet/auth.conf@*: Use a regular expression path to match both the file_metadata and file_content endpoints followed by the name of your custom mount point. Then, use any combination of allow and allow_ip directives to control access. <pre> path ~ ^/file_(metadata|content)/files/ auth yes allow /^(.+\.)?example.com$/ allow_ip 192.168.100.0/24 </pre> h2. Configure Puppet Master * Configure your @[puppetmasterd]@ section to reflect these settings: <pre> vi /usr/local/etc/puppet/puppet.conf </pre> #* And add/modify the following: <pre> [puppetmasterd] storeconfigs = true dbadapter = mysql dbuser = puppetmaster dbpassword = SecretPuppetMasterPassword dbserver = localhost dbsocket = /var/run/mysqld/mysqld.sock </pre> * To optimize some often run Puppet queries on your MySQL database, log in to the MariaDB server: <pre> mysql -u root -p </pre> #* And run the following to create the index: <pre> create index exported_restype_title on resources (exported, restype, title(50)); </pre> --- h1. Install Puppet Dashboard Now its time to install Puppet Dashboard, a web frontend to display puppet reports. * Install puppet-dashboard from git <pre> cd /usr/local/www git clone git://github.com/sodabrew/puppet-dashboard.git </pre> * Manually create the 'puppet-dashboard' user and group: <pre> pw groupadd -n puppet-dashboard -g 800 pw useradd -n puppet-dashboard -c "Puppet Dashboard,,," -u 800 -g puppet-dashboard -s /usr/sbin/nologin </pre> * Then provide the required permissions to @/usr/local/www/puppet-dashboard@ <pre> chown -R puppet-dashboard:puppet-dashboard /usr/local/www/puppet-dashboard </pre> h2. Configure Puppet Dashboard * Copy the example database YAML file and update with database information: <pre> cd /usr/local/www/puppet-dashboard/config cp database.yml.example database.yml </pre> * Then edit the database.yml with the corrected information; make sure to replace the +password+ and +host+: <pre> vi database.yml </pre> #* and modify the following parameter accordingly: <pre> production: database: dashboard_production username: dashboard password: SuperSecretPassword encoding: utf8 adapter: mysql2 </pre> * Change the ownership and harden the permissions: <pre> chown puppet-dashboard:puppet-dashboard database.yml chmod 660 database.yml </pre> * Copy the example settings YAML file, no changes needed: <pre> cd /usr/local/www/puppet-dashboard/config cp settings.yml.example settings.yml chown puppet-dashboard:puppet-dashboard settings.yml chmod 660 settings.yml </pre> * Fix shebang line in External Node Classifier Script. <pre> sed -i '' -e 's/#! \/usr\/bin\/ruby/#!\/usr\/local\/bin\/ruby/' /usr/local/share/puppet-dashboard/bin/external_node </pre> * Install gems required in the 'Gemfile' via the Rubygem Bundler. If the postgresql gem bundles is required additional dependencies are needed: <pre> cd /usr/local/www/puppet-dashboard bundle install --path vendor/bundle --without postgresql </pre> * Generate secret_token. Cleanup any errors and the default token after generating the new one. <pre> echo "secret_token: `bundle exec rake secret`" >> config/settings.yml vi config/settings.yml </pre> h3. Setting up Creating and configuring the MariaDB database for Puppet Dashboard * At this point the database was already installed with some blank tables. We need to run rake to finish the process with the database structure needed: <pre> cd /usr/local/share/puppet-dashboard env RAILS_ENV=production bundle exec rake db:setup </pre> h3. Testing That Dashboard is Working * Run Dashboard using Ruby's built-in WEBrick server to validate functionality. It will be available at http://puppet.example.com:3000 <pre> cd /usr/local/share/puppet-dashboard su -m puppet-dashboard -c 'bundle exec rails server' </pre> * Before going into a production environment, Dashboard 2.0 must precompile assets for production: <pre> env RAILS_ENV=production bundle exec rake assets:precompile </pre> * Chown any files created up until now to the right owner: <pre> chown -R puppet-dashboard:puppet-dashboard /usr/local/share/puppet-dashboard </pre> --- h1. Configuring Puppet All agent nodes have to be configured to submit reports to the master. The master has to be configured to send reports to Dashboard. If you already have a working Puppet installation you can configure it to distribute the updated puppet.conf to your hosts. * *@puppet.conf@* (on each agent) <pre> [agent] report = true </pre> * *@puppet.conf@* (on the Puppetmaster) <pre> [master] reports = store, http reporturl = http://puppet.example.com:3000/reports/upload node_terminus = exec external_nodes = /usr/bin/env PUPPET_DASHBOARD_URL=http://puppet.example.com:3000 /usr/local/share/puppet-dashboard/bin/external_node </pre> * Testing Puppet's Connection to Dashboard. A new background task should show in the Dashboard UI at http://puppet.example.com:3000 <pre> puppet agent --test </pre> * Dashboard ships a worker process manager under script/delayed_job. It can manually start delayed jobs via the following command: <pre> su -m puppet-dashboard -c 'env RAILS_ENV=production bundle exec script/delayed_job -p dashboard -n 2 -m start' </pre> h2. Delayed Job Worker Init Script However, rather than manually triggering background workers, this rc script will accomplish the same thing and ensure the background jobs get started on the next reboot. * Create puppet dashboard FreeBSD init script: <pre> vi /usr/local/etc/rc.d/dashboard_workers </pre> #* and add the following <pre> #!/bin/sh # PROVIDE: dashboard_workers # REQUIRE: LOGIN # KEYWORD: shutdown # By default dashboard_workers uses flags '-n 1' for 1 worker. This should be # adjusted to the number of CPU cores. dashboard_workers_enable=${dashboard_workers_enable:-"NO"} dashboard_workers_flags=${dashboard_workers_flags:-"-n 1"} # The default rails environment is set to production dashboard_workers_env=${dashboard_workers_env:-"/usr/bin/env PATH=${PATH}:/usr/local/bin RAILS_ENV=production"} # The default user is set to puppet-dashboard and install location is set to # /usr/local/share/puppet-dashboard. dashboard_workers_user=${dashboard_workers_user:-"puppet-dashboard"} dashboard_workers_chdir=${dashboard_workers_chdir:-"/usr/local/share/puppet-dashboard"} . /etc/rc.subr name="dashboard_workers" rcvar="dashboard_workers_enable" load_rc_config $name extra_commands="reload run zap status" # All commands call the same function and strip the fast|one|quiet prefix # to deliver to the bundler. reload_cmd="f_dashboard_workers reload" restart_cmd="f_dashboard_workers restart" run_cmd="f_dashboard_workers run" start_cmd="f_dashboard_workers start" status_cmd="f_dashboard_workers status" stop_cmd="f_dashboard_workers stop" zap_cmd="f_dashboard_workers zap" # Use the function's ARVG $1 as the bundler program's '-m' flag f_dashboard_workers() { cd $dashboard_workers_chdir && \ su -m "$dashboard_workers_user" \ -c "${dashboard_workers_env} bundle exec script/delayed_job ${rc_flags} -p dashboard -m $1" || \ echo "Failed to $1 dashboard_workers" } run_rc_command "$1" </pre> #* And make it executable: <pre> chmod +x /usr/local/etc/rc.d/dashboard_workers </pre> * With that in place, we need to override the defaults and enable the script along with setting '-n 4' workers to match the number of processor cores and ensure it's ready for a production workload. <pre> echo 'dashboard_workers_enable="YES"' >> /etc/rc.conf echo 'dashboard_workers_flags="-n 4"' >> /etc/rc.conf service dashboard_workers start </pre> --- h1. Running Puppet Dashboard with Nginx and Passenger * Install Nginx with Passenger <pre> cd /usr/ports/www/nginx make config make install clean mkdir /usr/local/etc/nginx/conf.d </pre> *NOTE*: Make sure to enable +[X]PASSENGER+ when running @make config@ * Install the Passenger gem: <pre> cd /usr/ports/www/rubygem-passenger make config make install clean </pre> *NOTE*: Make sure to enable +(*)NGINX+ when running @make config@ * Create a configuration directory to make managing individual server blocks easier <pre> mkdir /usr/local/etc/nginx/conf.d </pre> * Configuring Nginx with Passenger, edit the *main nginx configuration file*: <pre> vi /usr/local/etc/nginx/nginx.conf </pre> #* And add/modify the following <pre> user www www; worker_processes 4; error_log /var/log/nginx/error.log notice; pid /var/run/nginx.pid; events { worker_connections 1024; } http { passenger_root /usr/local/lib/ruby/gems/1.9/gems/passenger-4.0.29; passenger_ruby /usr/local/bin/ruby; passenger_max_pool_size 15; passenger_pool_idle_time 300; #passenger_spawn_method direct; # Uncomment on Ruby 1.8 for ENC to work include mime.types; default_type application/octet-stream; sendfile on; tcp_nopush on; keepalive_timeout 65; tcp_nodelay on; # Load config files from the /etc/nginx/conf.d directory include /usr/local/etc/nginx/conf.d/*.conf; } </pre> * Then add a *default site server block*: <pre> vi /usr/local/etc/nginx/conf.d/default.conf </pre> #* Add the following: <pre> server { listen 80 default; server_name _; index index.html index.php; root /usr/local/www; # IP and IP ranges which should get access allow 10.0.0.0/24; allow 10.1.0.1; # all else will be denied deny all; # basic HTTP auth auth_basic "Restricted"; auth_basic_user_file htpasswd; location ~ \.cgi$ { try_files $uri =404; include fastcgi_params; fastcgi_pass unix:/var/run/fcgiwrap/fcgiwrap.sock; fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name; fastcgi_param REMOTE_USER $remote_user; } location ~ \.php$ { try_files $uri =404; include fastcgi_params; fastcgi_pass 127.0.0.1:9000; fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name; } } </pre> * And create a *puppet master server block*: <pre> vi /usr/local/etc/nagios/conf.d/puppetmaster.conf </pre> #* And add the following: <pre> server { listen 8140 ssl; server_name puppet.example.com; passenger_enabled on; passenger_set_cgi_param HTTP_X_CLIENT_DN $ssl_client_s_dn; passenger_set_cgi_param HTTP_X_CLIENT_VERIFY $ssl_client_verify; passenger_user puppet; passenger_group puppet; access_log /var/log/nginx/puppet_access.log; root /usr/local/etc/puppet/rack/public; ssl_certificate /var/puppet/ssl/certs/puppet.example.com.pem; ssl_certificate_key /var/puppet/ssl/private_keys/puppet.example.com.pem; ssl_crl /var/puppet/ssl/ca/ca_crl.pem; ssl_client_certificate /var/puppet/ssl/certs/ca.pem; ssl_ciphers SSLv2:-LOW:-EXPORT:RC4+RSA; ssl_prefer_server_ciphers on; ssl_verify_client optional; ssl_verify_depth 1; ssl_session_cache shared:SSL:128m; ssl_session_timeout 5m; } </pre> * And create a *puppet dashboard server block*: <pre> vi /usr/local/etc/nagios/conf.d/puppet-dashboard.conf </pre> #* And add the following: <pre> server { listen 3000; server_name puppet.example.com; passenger_enabled on; passenger_user puppet-dashboard; passenger_group puppet-dashboard; access_log /var/log/nginx/dashboard_access.log; root /usr/local/share/puppet-dashboard/public; } </pre> * Create the log directory to prevent issues on startup: <pre> mkdir /var/log/nginx </pre> * Enable a daily log file rotation via @newsyslog.conf@: <pre> printf "/var/log/nginx/*.log\t\t\t644 7\t * @T00 JG /var/run/nginx.pid 30\n" >> /etc/newsyslog.conf </pre> * If the puppetmaster service is still running from earlier testing, stop it now: <pre> service puppetmaster onestop </pre> * With initial setup of the Puppetmaster done, a RACK file that Nginx will use to start the Ruby application will be needed: <pre> mkdir -p /usr/local/etc/puppet/rack/public </pre> * Create the config.ru file <pre> vi /usr/local/etc/puppet/rack/config.ru </pre> #* And add the following <pre> # Trimmed back FreeBSD Version of https://github.com/puppetlabs/puppet/blob/master/ext/rack/files/config.ru $0 = "master" ARGV << "--rack" ARGV << "--confdir" << "/usr/local/etc/puppet" ARGV << "--vardir" << "/var/puppet" require 'puppet/util/command_line' run Puppet::Util::CommandLine.new.execute </pre> * Make the script executable <pre> chown -R puppet:puppet /usr/local/etc/puppet/rack </pre> * Enable nginx service and start it. At this point basic functionality is online: <pre> echo 'nginx_enable="YES"' >> /etc/rc.conf service nginx start </pre> #* *NOTE*: I had a problem connecting to the puppet master, getting 403 errors, after I had setup Nginx/Passenger. The problem was with the @/usr/local/etc/puppet/puppet.conf@ and there being a couple of parameters that needed to be taken out. If the following two lines are present, remove them. They are are provided in the nginx.conf: <pre> ssl_client_header = SSL_CLIENT_S_DN ssl_client_verify_header = SSL_CLIENT_VERIFY </pre> h2. Configuring Dashboard - Advanced Features * Generating Certs and Connecting to the Puppet Master With separate Puppet/Dashboard systems the puppet cert sign dashboard will be on the Puppetmaster: <pre> cd /usr/local/share/puppet-dashboard su -m puppet-dashboard -c 'bundle exec rake cert:create_key_pair' su -m puppet-dashboard -c 'bundle exec rake cert:request' puppet cert sign dashboard su -m puppet-dashboard -c 'bundle exec rake cert:retrieve' </pre> h3. Enabling Inventory Support * Edit the *@auth.conf@* file on Puppet master <pre> vi /usr/local/etc/puppet/auth.conf </pre> #* Add the following: <pre> path /facts auth yes method find, search allow dashboard </pre> h3. Enabling the Filebucket Viewer * Edit the *@site.pp@* on the Puppet master: <pre> vi /usr/local/etc/puppet/manifests/site.pp </pre> #* Add the following: <pre> filebucket { "main": server => "{your puppet master}", path => false, } </pre> #* In either site.pp, in an individual init.pp, or in a specific manifest. <pre> File { backup => "main" } </pre> * Go back and add the line for Inventory Support <pre> vi /usr/local/share/puppet-dashboard/config/settings.yml </pre> #* And change the following parameters: <pre> enable_inventory_service: true use_file_bucket_diffs: true </pre> * With all the updates made, restart so that it takes effect: <pre> service nginx restart </pre> * For future maintenance, periodic jobs to prune old reports and run DB optimization. <pre> mkdir -p /usr/local/etc/periodic/monthly vi /usr/local/etc/periodic/monthly/clean_dashboard_database.sh </pre> #* And add the following: <pre> #!/bin/sh cd /usr/local/share/puppet-dashboard && \ echo "Pruning Old Reports from Puppet Dashboard Database" && \ /usr/bin/su -m puppet-dashboard -c '/usr/local/bin/bundle exec rake RAILS_ENV=production reports:prune upto=3 unit=mon' && \ echo "Optimizing Database" && \ /usr/bin/su -m puppet-dashboard -c '/usr/local/bin/bundle exec rake RAILS_ENV=production db:raw:optimize' </pre> #* And make it executable: <pre> chmod 755 /usr/local/etc/periodic/monthly/clean_dashboard_database.sh </pre> * And create a weekly script: <pre> mkdir -p /usr/local/etc/periodic/weekly vi /usr/local/etc/periodic/weekly/clean_puppet_reports.sh </pre> </pre> #* And add the following: <pre> #!/bin/sh echo "Pruning Puppetmaster Reports greater than 7 days old" echo -n " Reports Removed:" find /var/puppet/reports -mtime 7 | xargs rm -v | wc -l </pre> #* And make it executable: <pre> chmod 755 /usr/local/etc/periodic/weekly/clean_puppet_reports.sh </pre> --- h1. Install Nagios * Start by installing nagios, php, and fcgi: <pre> pkg install nagios nagios-plugins nrpe php5 spawn-fcgi fcgiwrap samba36-smbclient p5-DBI p5-DBD-mysql </pre> * And then enable the service to start at boot: <pre> echo 'nagios_enable="YES"' >> /etc/rc.conf echo 'spawn_fcgi_enable="YES"' >> /etc/rc.conf echo 'fcgiwrap_enable="YES"' >> /etc/rc.conf echo 'fcgiwrap_user="www"' >> /etc/rc.conf echo 'nrpe2_enable="YES"' >> /etc/rc.conf </pre> h2. Configure Nagios * Now copy the sample config files to real config files <pre> cd /usr/local/etc/nagios/ cp cgi.cfg-sample cgi.cfg cp nagios.cfg-sample nagios.cfg cp resource.cfg-sample resource.cfg cd /usr/local/etc/nagios/objects/ cp commands.cfg-sample commands.cfg cp contacts.cfg-sample contacts.cfg cp localhost.cfg-sample localhost.cfg cp printer.cfg-sample printer.cfg cp switch.cfg-sample switch.cfg cp templates.cfg-sample templates.cfg cp timeperiods.cfg-sample timeperiods.cfg </pre> * Now check you nagios configurations errors <pre> nagios -v /usr/local/etc/nagios/nagios.cfg </pre> * Now set a password for the web interface <pre> htpasswd -c /usr/local/etc/nagios/htpasswd.users nagiosadmin </pre> * Next, create the *nagios server block*: <pre> vi /usr/local/etc/nginx/conf.d/nagios.conf </pre> #* And add the following <pre> server { listen 8000 default; server nagios.example.com; index index.html index.php; root /usr/local/www/nagios; # IP and IP ranges which should get access allow 10.0.0.0/24; allow 10.1.0.1; # all else will be denied deny all; # basic HTTP auth auth_basic "Restricted"; auth_basic_user_file htpasswd; location ~ \.cgi$ { try_files $uri =404; include fastcgi_params; fastcgi_pass unix:/var/run/fcgiwrap/fcgiwrap.sock; fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name; fastcgi_param REMOTE_USER $remote_user; } location ~ \.php$ { try_files $uri =404; include fastcgi_params; fastcgi_pass 127.0.0.1:9000; fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name; } } </pre> * Load the schema <pre> cd /usr/local/share/doc/ndoutils perl ./installdb -u nagios-p SecretNagiosPassword -h localhost -d nagios </pre> #* _Example output_ <pre> DBD::mysql::db do failed: Table ‘nagios.nagios_dbversion’ doesn’t exist at ./installdb line 51. ** Creating tables for version 1.4b9 Using mysql.sql for installation… ** Updating table nagios_dbversion Done! </pre> * Configure the @/usr/local/etc/nagios/nagios.cfg@ file and change the following parameter: <pre> event_broker_options=-1 </pre> * Add the following in “EVENT BROKER MODULE(S)” section <pre> broker_module=/usr/local/bin/ndomod.o config_file=/usr/local/etc/nagios/ndomod.cfg </pre> * Configure the @/usr/local/etc/nagios/ndo2db.cfg@ file, and change the below three lines: <pre> db_user=nagios db_pass=SecretNagiosPassword debug_level=-1 </pre> * Start ndo2db <pre> service ndo2db start </pre> * Start Nagios <pre> service nagios restart </pre> * Start nginx, and check to see if nagios is working by opening a web browser and going to http://example.com/nagios: <pre> service nginx start </pre> * *NOTE*: I kept getting a permission problem when logging in to the Nagios interface. It turned out I needed to add the correct admin user: <pre> vi /usr/local/etc/nagios/cgi.cfg </pre> #* Then add/modify the following <pre> use_authentication=1 #edit username authorized_for_all_host_commands=username authorized_for_all_hosts=username authorized_for_all_service_commands=username authorized_for_all_services=username authorized_for_configuration_information=username authorized_for_system_commands=username authorized_for_system_information=username </pre> --- h2. Resources * http://docs.puppetlabs.com/dashboard/manual/1.2/bootstrapping.html#configuring-dashboard * http://docs.puppetlabs.com/dashboard/manual/1.2/bootstrapping.html#installing-puppet-dashboard * http://docs.puppetlabs.com/dashboard/manual/1.2/bootstrapping.html#creating-and-configuring-a-mysql-database * http://docs.puppetlabs.com/dashboard/manual/1.2/bootstrapping.html#testing-that-dashboard-is-working http://docs.puppetlabs.com/dashboard/manual/1.2/bootstrapping.html#configuring-puppet * http://docs.puppetlabs.com/dashboard/manual/1.2/bootstrapping.html#starting-and-managing-delayed-job-workers * http://docs.puppetlabs.com/dashboard/manual/1.2/bootstrapping.html#running-dashboard-in-a-production-quality-server * http://z0mbix.github.io/blog/2012/03/01/use-nginx-and-passenger-to-power-your-puppet-master/ * http://www.watters.ws/mediawiki/index.php/Configure_puppet_master_using_nginx_and_mod_passenger * http://docs.puppetlabs.com/dashboard/manual/1.2/configuring.html * https://forums.freebsd.org/viewtopic.php?&t=42071 * http://projects.puppetlabs.com/issues/16686 * http://rlaskey.org/words/897/nagios-nginx-freebsd/ * http://www.unixmen.com/it-appears-as-though-you-do-not-have-permission-to-view-information-for-any-of-the-hosts-you-requested/