zk/work/ctm-385.md

149 lines
8.0 KiB
Markdown
Raw Normal View History

2022-06-13 19:55:06 +00:00
### Introduction
By default, Jenkins comes with its own built in web server, which listens on port 8080. This is convenient if you run a private Jenkins instance, or if you just need to get something up quickly and don't care about security. Once you have real production data going to your host, though, it's a good idea to use a more secure web server such as Nginx handling the traffic.
This post will detail how to wrap your site with SSL using the Nginx web server as a reverse proxy for your Jenkins instance. **This tutorial assumes some familiarity with Linux commands, a working Jenkins installation, and a Ubuntu 14.04 installation.**
You can install Jenkins later in this tutorial, if you don't have it installed yet.
## Prerequisites
2022-06-14 02:05:06 +00:00
This guide assumes that you are using Ubuntu 22.04. Before you begin, you should have a non-**root** user account with `sudo` privileges set up on your system. You can learn how to do this by following the [Ubuntu 22.04 initial server setup tutorial](https://www.digitalocean.com/community/tutorials/initial-server-setup-with-ubuntu-22-04). You will also need the Nginx server installed and hosting your domain. You can learn how to do this with the [How To Install Nginx on Ubuntu 22.04 tutorial](https://www.digitalocean.com/community/tutorials/how-to-install-nginx-on-ubuntu-22-04).
Additionally, having your Jenkins instance secured by SSL is very important. If is visible on the internet, you can secure it with Let's Encrypt. You can learn how to do this with the [How to Secure Nginx with Let's Encrypt on Ubuntu 22.04 tutorial](https://www.digitalocean.com/community/tutorials/how-to-secure-nginx-with-let-s-encrypt-on-ubuntu-22-04).
2022-06-14 19:30:35 +00:00
As stated previously, this tutorial assumes that Jenkins is already installed. [This tutorial](https://www.digitalocean.com/community/tutorials/how-to-install-and-use-jenkins-on-ubuntu-12-04) will show you how to install Jenkins if necessary. You will probably need to switch to the root user for that article.
2022-06-13 19:55:06 +00:00
## Step 1 — Configure Nginx
Nginx has become a favorite web server for its speed and flexibility in recent years, which makes it an idea choice for our application.
### Edit the Configuration
2022-06-15 23:00:08 +00:00
Next you will need to edit the default Nginx configuration file. The following example uses `nano`.
2022-06-13 19:55:06 +00:00
2022-06-15 23:00:08 +00:00
```command
sudo nano etc/nginx/sites-enabled/default
```
2022-06-13 19:55:06 +00:00
2022-06-15 23:00:08 +00:00
Here is what the final configuration might look like; the sections are broken down and briefly explained below. You can update or replace the existing config file, although you may want to make a backup copy first.
2022-06-13 19:55:06 +00:00
2022-06-14 19:30:35 +00:00
```nginx
server {23
listen 80;
return 301 https://$host$request_uri;
}
2022-06-13 19:55:06 +00:00
2022-06-14 19:30:35 +00:00
server {
2022-06-13 19:55:06 +00:00
2022-06-14 19:30:35 +00:00
listen 443;
server_name <^>jenkins.domain.com<^>;
2022-06-13 19:55:06 +00:00
2022-06-14 19:30:35 +00:00
access_log /var/log/nginx/jenkins.access.log;
2022-06-13 19:55:06 +00:00
2022-06-14 19:30:35 +00:00
location / {
2022-06-13 19:55:06 +00:00
2022-06-14 19:30:35 +00:00
proxy_set_header Host $host;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
proxy_set_header X-Forwarded-Proto $scheme;
2022-06-13 19:55:06 +00:00
2022-06-14 19:30:35 +00:00
proxy_pass http://localhost:8080;
proxy_read_timeout 90;
2022-06-13 19:55:06 +00:00
2022-06-14 19:30:35 +00:00
proxy_redirect http://localhost:8080 https://<^>jenkins.domain.com<^>;
2022-06-13 19:55:06 +00:00
}
2022-06-14 19:30:35 +00:00
2022-06-13 19:55:06 +00:00
...
2022-06-14 19:30:35 +00:00
}
```
2022-06-13 19:55:06 +00:00
2022-06-14 19:30:35 +00:00
You will need to update the <^>server_name<^> and `proxy_redirect` lines with your own domain name. There is some additional Nginx magic going on as well that tells requests to be read by Nginx and rewritten on the response side to ensure the reverse proxy is working.
2022-06-13 19:55:06 +00:00
2022-06-15 23:00:08 +00:00
Save and close the file. If you used `nano`, you can do so by pressing `Ctrl + X`, `Y`, and then `Enter`.
2022-06-14 19:30:35 +00:00
The first section tells the Nginx server to listen to any requests that come in on port 80 (default HTTP) and redirect them to HTTPS.
2022-06-13 19:55:06 +00:00
2022-06-14 19:30:35 +00:00
```nginx
...
server {
listen 80;
return 301 https://$host$request_uri;
}
...
```
2022-06-13 19:55:06 +00:00
2022-06-21 17:55:05 +00:00
After that, the proxying happens. It basically takes any incoming requests and proxies them to the Jenkins instance that is bound/listening to port 8080 on the local network interface.
2022-06-13 19:55:06 +00:00
2022-06-14 19:30:35 +00:00
```nginx
...
location / {
2022-06-13 19:55:06 +00:00
2022-06-14 19:30:35 +00:00
proxy_set_header Host $host;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
proxy_set_header X-Forwarded-Proto $scheme;
2022-06-13 19:55:06 +00:00
2022-06-14 19:30:35 +00:00
proxy_pass http://localhost:8080;
proxy_read_timeout 90;
2022-06-13 19:55:06 +00:00
2022-06-14 19:30:35 +00:00
proxy_redirect http://localhost:8080 https://<^>jenkins.domain.com<^>;
}
...
```
2022-06-13 19:55:06 +00:00
2022-06-21 17:55:05 +00:00
<$>[note]
**Note:** If you'd like to learn more about proxying in Nginx, [this tutorial](https://www.digitalocean.com/community/tutorials/how-to-configure-nginx-as-a-front-end-proxy-for-apache) has some good information about the Nginx proxy settings.
<$>
2022-06-13 19:55:06 +00:00
A few quick things to point out here. If you don't have a domain name that resolves to your Jenkins server, then the <^>proxy\_redirect<^> statement above won't function correctly without modification, so keep that in mind. Also, if you misconfigure the <^>proxy\_pass<^> (by adding a trailing slash for example), you will get something similar to the following in your Jenkins Configuration page.
![Jenkins error: Reverse proxy set up is broken](https://assets.digitalocean.com/articles/nginx_jenkins/1.jpg)
So, if you see this error, double-check your <^>proxy\_pass<^> and <^>proxy\_redirect<^> settings in the Nginx configuration!
2022-06-14 19:30:35 +00:00
## Step 2 — Configure Jenkins
2022-06-13 19:55:06 +00:00
2022-06-14 19:30:35 +00:00
For Jenkins to work with Nginx, we need to update the Jenkins config to listen only on the localhost address instead of all (0.0.0.0), to ensure traffic gets handled properly. This is an important security step because if Jenkins is still listening on all addresses, then it will still potentially be accessible via its original port (8080). We will modify the <^>/etc/default/jenkins<^> configuration file to make these adjustments.
2022-06-13 19:55:06 +00:00
2022-06-14 19:30:35 +00:00
```command
sudo nano /etc/default/jenkins
```
2022-06-13 19:55:06 +00:00
2022-06-14 19:30:35 +00:00
Locate the `JENKINS\_ARGS` line and update it to look like the following:
2022-06-13 19:55:06 +00:00
2022-06-14 19:30:35 +00:00
```
JENKINS_ARGS="--webroot=/var/cache/jenkins/war --httpListenAddress=127.0.0.1 --httpPort=$HTTP_PORT -ajp13Port=$AJP_PORT"
```
2022-06-13 19:55:06 +00:00
2022-06-15 02:30:06 +00:00
Notice that the **--httpListenAddress=127.0.0.1** setting must be either added or modified.
2022-06-13 19:55:06 +00:00
Then go ahead and restart Jenkins and Nginx.
2022-06-14 19:30:35 +00:00
```command
sudo service jenkins restart
sudo service nginx restart
```
2022-06-13 19:55:06 +00:00
2022-06-14 19:30:35 +00:00
You should now be able to visit your domain using HTTPS, and the Jenkins site will be served securely.
2022-06-13 19:55:06 +00:00
## Optional — Update OAuth URLs
2022-06-14 19:30:35 +00:00
If you are using the GitHub or another OAuth plugin for authentication, it will probably be broken at this point. For example, when attempting to visit the URL, you will get a "Failed to open page" with a URL similar to `http://jenkins.domain.com:8080/securityRealm/finishLogin?code=random-string`.
2022-06-13 19:55:06 +00:00
2022-06-14 19:30:35 +00:00
To fix this you will need to update a few settings within Jenkins, including your OAuth plugin settings. First update the Jenkins URL in the Jenkins GUI; it can be found in the **Jenkins -> Manage Jenkins -> Configure System -> Jenkins Location** menu.
2022-06-13 19:55:06 +00:00
Update the Jenkins URL to use HTTPS - `https://<^>jenkins.domain.com/<^>`
![Jenkins URL](https://assets.digitalocean.com/articles/nginx_jenkins/2.jpg)
Next, update your OAuth settings with the external provider. This example is for GitHub. On GitHub, this can be found under **Settings -> Applications -> Developer applications**, on the GitHub site.
There should be an entry for Jenkins. Update the **Homepage URL** and **Authorization callback URL** to reflect the HTTPS settings. It might look similar to the following:
![Jenkins settings on GitHub; https:// has been used with both URLs](https://assets.digitalocean.com/articles/nginx_jenkins/3.jpg)
### Conclusion
The only thing left to do is verify that everything worked correctly. As mentioned above, you should now be able to browse to your newly configured URL - <^>jenkins.domain.com<^> - over either HTTP or HTTPS. You should be redirected to the secure site, and should see some site information, including your newly updated SSL settings. As noted previously, if you are not using hostnames via DNS, then your redirection may not work as desired. In that case, you will need to modify the <^>proxy\_pass<^> section in the Nginx config file.