Set up and configure the Apache HTTP server https://github.com/saltstack-formulas/apache-formula
Go to file
semantic-release-bot 76bfb1b2d2 chore(release): 0.39.0 [skip ci]
# [0.39.0](https://github.com/saltstack-formulas/apache-formula/compare/v0.38.2...v0.39.0) (2019-12-20)

### Continuous Integration

* **gemfile:** restrict `train` gem version until upstream fix [skip ci] ([13be6f9](13be6f9fac))
* **travis:** apply changes from build config validation [skip ci] ([0aac479](0aac479c25))
* **travis:** opt-in to `dpl v2` to complete build config validation ([19e90ea](19e90ea2d6))
* **travis:** quote pathspecs used with `git ls-files` [skip ci] ([6608ddf](6608ddf8c5))
* **travis:** run `shellcheck` during lint job [skip ci] ([2ff6b2f](2ff6b2f17e))
* **travis:** use build config validation (beta) [skip ci] ([73160b2](73160b2491))

### Features

* **server-status:** allow remote servers to reach server-status page ([a3c0022](a3c0022d79))
2019-12-20 16:51:40 +00:00
apache feat(server-status): allow remote servers to reach server-status page 2019-12-20 11:20:26 -05:00
bin feat(semantic-release): implement for this formula 2019-10-17 08:18:11 +01:00
docs chore(release): 0.39.0 [skip ci] 2019-12-20 16:51:40 +00:00
test fix(yamllint): fix all errors 2019-10-17 08:32:30 +01:00
.gitignore feat(semantic-release): implement for this formula 2019-10-17 08:18:11 +01:00
.rubocop.yml feat(semantic-release): implement for this formula 2019-10-17 08:18:11 +01:00
.salt-lint ci(travis): update salt-lint config for v0.0.10 [skip ci] 2019-10-23 17:22:41 +01:00
.travis.yml ci(travis): quote pathspecs used with git ls-files [skip ci] 2019-11-27 21:48:33 +00:00
.yamllint feat(semantic-release): implement for this formula 2019-10-17 08:18:11 +01:00
AUTHORS.md chore(release): 0.39.0 [skip ci] 2019-12-20 16:51:40 +00:00
CHANGELOG.md chore(release): 0.39.0 [skip ci] 2019-12-20 16:51:40 +00:00
commitlint.config.js feat(semantic-release): implement for this formula 2019-10-17 08:18:11 +01:00
FORMULA chore(release): 0.39.0 [skip ci] 2019-12-20 16:51:40 +00:00
Gemfile ci(gemfile): restrict train gem version until upstream fix [skip ci] 2019-12-16 13:35:22 +00:00
kitchen.yml ci(kitchen): use develop image until master is ready (amazonlinux) [skip ci] 2019-11-03 11:39:29 +00:00
LICENSE Update LICENSING year 2015-03-20 20:10:44 -04:00
pillar.example feat(server-status): allow remote servers to reach server-status page 2019-12-20 11:20:26 -05:00
pre-commit_semantic-release.sh ci(travis): run shellcheck during lint job [skip ci] 2019-11-27 21:01:16 +00:00
release-rules.js feat(semantic-release): implement for this formula 2019-10-17 08:18:11 +01:00
release.config.js fix(release.config.js): use full commit hash in commit link [skip ci] 2019-10-31 10:24:01 +00:00

apache

Travis CI Build Status Semantic Release

Formulas to set up and configure the Apache HTTP server.

Table of Contents

General notes

See the full SaltStack Formulas installation and usage instructions.

If you are interested in writing or contributing to formulas, please pay attention to the Writing Formula Section.

If you want to use this formula, please pay attention to the FORMULA file and/or git tag, which contains the currently released version. This formula is versioned according to Semantic Versioning.

See Formula Versioning Section for more details.

Contributing to this repo

Commit message formatting is significant!!

Please see How to contribute for more details.

Available states

apache

Installs the Apache package and starts the service.

apache.config

Configures apache based on os_family

apache.certificates

Deploy SSL certificates from pillars

apache.mod_mpm

Configures the apache mpm modules on Debian mpm_prefork, mpm_worker or mpm_event (Debian Only)

apache.modules

Enables and disables Apache modules.

apache.mod_rewrite

Enabled the Apache module mod_rewrite (Debian and FreeBSD only)

apache.mod_proxy

Enables the Apache module mod_proxy. (Debian and FreeBSD only)

apache.mod_proxy_http

Enables the Apache module mod_proxy_http and requires the Apache module mod_proxy to be enabled. (Debian Only)

apache.mod_proxy_fcgi

Enables the Apache module mod_proxy_fcgi and requires the Apache module mod_proxy to be enabled. (Debian Only)

apache.mod_wsgi

Installs the mod_wsgi package and enables the Apache module.

apache.mod_actions

Enables the Apache module mod_actions. (Debian Only)

apache.mod_headers

Enables the Apache module mod_headers. (Debian Only)

apache.mod_pagespeed

Installs and Enables the mod_pagespeed module. (Debian and RedHat Only)

apache.mod_perl2

Installs and enables the mod_perl2 module (Debian and FreeBSD only)

apache.mod_geoip

Installs and enables the mod_geoIP (RedHat only)

apache.mod_php5

Installs and enables the mod_php5 module

apache.mod_cgi

Enables mod_cgi. (FreeBSD only)

apache.mod_fcgid

Installs and enables the mod_fcgid module (Debian only)

apache.mod_fastcgi

Installs and enables the mod_fastcgi module

apache.mod_dav_svn

Installs and enables the mod_dav_svn module (Debian only)

apache.mod_security

Installs an enables the Apache mod_security2 WAF<http://modsecurity.org/>`_ using data from Pillar. (Debian and RedHat Only)

Allows you to install the basic Core Rules (CRS) and some basic configuration for mod_security2

apache.mod_security.rules

This state can create symlinks based on basic Core Rules package. (Debian only) Or it can distribute a mod_security rule file and place it /etc/modsecurity/

apache.mod_socache_shmcb

Enables mod_socache_shmcb. (FreeBSD only)

apache.mod_ssl

Installs and enables the mod_ssl module (Debian, RedHat and FreeBSD only)

apache.mod_suexec

Enables mod_suexec. (FreeBSD only)

apache.mod_vhost_alias

Enables the Apache module vhost_alias (Debian Only)

apache.mod_remoteip

Enables and configures the Apache module mod_remoteip using data from Pillar. (Debian Only)

apache.mod_xsendfile

Installs and enables mod_xsendfile module. (Debian Only)

apache.own_default_vhost

Replace default vhost with own version. By default, it's 503 code. (Debian Only)

apache.no_default_vhost

Remove the default vhost. (Debian Only)

apache.vhosts.standard

Configures Apache name-based virtual hosts and creates virtual host directories using data from Pillar.

Example Pillar:

apache:
  sites:
    example.com: # must be unique; used as an ID declaration in Salt; also passed to the template context as {{ id }}
      template_file: salt://apache/vhosts/standard.tmpl

When using the provided templates, one can use a space separated list of interfaces to bind to. For example, to bind both IPv4 and IPv6:

apache:
  sites:
    example.com:
      interface: '1.2.3.4 [2001:abc:def:100::3]'

apache.manage_security

Configures Apache's security.conf options by reassinging them using data from Pillar.

apache.server_status

Configures Apache's server_status handler for localhost

apache.debian_full

Installs and configures Apache on Debian and Ubuntu systems.

apache.uninstall

Stops the Apache service and uninstalls the package.

These states are ordered using the order declaration. Different stages are divided into the following number ranges:

  1. apache will use 1-500 for ordering
  2. apache will reserve 1 -100 as unused
  3. apache will reserve 101-150 for pre pkg install
  4. apache will reserve 151-200 for pkg install
  5. apache will reserve 201-250 for pkg configure
  6. apache will reserve 251-300 for downloads, git stuff, load data
  7. apache will reserve 301-400 for unknown purposes
  8. apache will reserve 401-450 for service restart-reloads
  9. apache WILL reserve 451-460 for service.running
  10. apache will reserve 461-500 for cmd requiring operational services

Example Pillar:

apache:
  register-site:
    # any name as an array index, and you can duplicate this section
    {{UNIQUE}}:
      name: 'my name'
      path: 'salt://path/to/sites-available/conf/file'
      state: 'enabled'

Testing

Linux testing is done with kitchen-salt.

Requirements

  • Ruby
  • Docker
$ gem install bundler
$ bundle install
$ bin/kitchen test [platform]

Where [platform] is the platform name defined in kitchen.yml, e.g. debian-9-2019-2-py3.

bin/kitchen converge

Creates the docker instance and runs the template main state, ready for testing.

bin/kitchen verify

Runs the inspec tests on the actual instance.

bin/kitchen destroy

Removes the docker instance.

bin/kitchen test

Runs all of the stages above in one go: i.e. destroy + converge + verify + destroy.

bin/kitchen login

Gives you SSH access to the instance for manual testing.