| commit | b5798c5a66c674fddf86481746f5e3cc7381258c | [log] [tgz] |
|---|---|---|
| author | Mitja Nikolaus <mitja@fairphone.com> | Wed Dec 12 11:54:21 2018 +0100 |
| committer | Mitja Nikolaus <mitja@fairphone.com> | Fri Dec 14 14:52:58 2018 +0000 |
| tree | 0096e3ffabbf46118ff60687e525d018fc7781ee | |
| parent | 1c06284b4bacdc78b2d3eb2cc6610319337b73ee [diff] |
Set the correct HTTP host in nginx config Overwrite the default Host header to $host, which contains the correct value forwarded by the nginx proxy. Configure Django to use that value. Issue: HIC-294 Change-Id: I1ced74ec8ee335fb88dd0d8488448e8ea77bf63a
Be sure to init the submodule after cloning the repository:
$ git submodule init && git submodule update
Further you need to clone the ansible-playbooks-secrets repository at the same level as the ansible playbooks repository in your directory tree:
$ git clone ssh://$USER@review.fairphone.software:29418/Infra/ansible-playbooks-secrets
To use the playbooks install the ansible package:
$ sudo apt install ansible
The Hiccup server runs behind a proxy that is taking care of the SSL of the requests. All requests arrive at the proxy and are then forwarded to the actual Hiccup server which handles only HTTP requests. The playbook takes care of the certificate generation using letsencrypt and configures the nginx proxy server.
To deploy the proxy, ansible connects to both the proxy and the Hiccup server, but the connection to the Hiccup server is only used to gather network facts about it.
To run the playbook execute:
$ ansible-playbook hiccup-server-proxy.yaml -i inventories/hiccup-server-proxy.ini
By default, this would attempt to connect to the servers using your current user. If a different user has the credentials for accessing the servers, you can specify it using the -u 'REMOTE_USER' option.
A staging server is currently running on ag.fairphone.com, its public domain name is hiccup.fairphone.software. By default, it uses the staging environment of letsencrypt so it does not run into rate limits on certificate issue and renewal.
To deploy it, it is only necessary to use the staging inventory file and to override some of the default variables for the hiccup-server-proxy playbook:
$ ansible-playbook hiccup-server-proxy.yaml \
-i staging/inventories/hiccup-server-proxy.ini \
-e @staging/group_vars/hiccup-server-proxy.yml
For deploying the Hiccup server, two machines will be configured: One for the PosgreSQL database and another for the actual Hiccup API server.
To run the playbook execute:
$ ansible-playbook hiccup-server.yaml \
-i inventories/hiccup-server.ini \
--ask-vault-pass
You can override all variables defined in group_vars/hiccup-server.yml and group_vars/hiccup-server-db.yml by using command line arguments. For example, if you would want to run the playbook but checkout Hiccup server code from <another-branch> instead of the default master branch:
$ ansible-playbook hiccup-server.yaml \
-i inventories/hiccup-server.ini \
--extra-vars "hiccup_server_revision=<another-branch>" \
--ask-vault-pass
To deploy the Hiccup server in the container running on the staging server ag.fairphone.com, use the staging inventory file and the staging vars file:
$ ansible-playbook hiccup-server.yaml \
-i staging/inventories/hiccup-server.ini \
-e @staging/group_vars/hiccup-server.yml \
--ask-vault-pass
For testing purposes with virtual machines, a different inventory file can be specified using the -i option when running the playbook. Examples for inventory files for testing can be found in the testing/inventories subdirectory.
To use the testing inventory execute:
$ ansible-playbook hiccup-server.yaml \
-i testing/inventories/hiccup-server.ini \
--ask-vault-pass
The example testing configuration works for virtual machines which are spun up using vagrant. They can be accessed through forwarded ssh ports.