Compilation and Installation
Index
- Dependencies
- Option 1: Installing the package
- Option 2: Compiling and installing the release tarball
- Option 3: Compiling and installing the git repository
- Option 4: Running from a Docker container
- Fetching the TALs
Dependencies
Note: This section is included in case you intend to install Fort in an unlisted OS (and therefore need a little research). For Debians, OpenBSD, RHEL/CentOS, Fedora, openSUSE Leap, FreeBSD, and Slackware just follow the steps in the sections below.
The dependencies are
Fort currently supports 64-bit Operating Systems. A 32-bit OS may face the Year 2038 problem when handling certificate dates, and there’s no workaround for this at the moment.
Option 1: Installing the package
Debian package
Currently, there are 2 alternatives to install a debian package:
- Latest version: this package is created as part of the latest release (currently 1.6.4) and is manually installed.
- Debian repository version: this package is at Debian repositories, so it can be fetched from there.
Latest version
Just download the .deb package and install it. The fort service is automatically started once the installation is done.
If a dependency can’t be found at the repositories (i.e. libcurl4), try using a newer repository, such as Debian Buster.
Add the following line to
/etc/apt/sources.list
, replacing the mirror (http://ftp.mx.debian.org/debian) with your preferred one:
deb http://ftp.mx.debian.org/debian buster main
This version ships with 4 of the 5 TALs, so in order to get the missing one, the --init-tals
argument can be utilized using also the argument --tal=/etc/fort/tal
:
Aside from the fort
binary documented elsewhere in this documentation, the Debian package also ships with a systemd service, which is just the binary ran as a daemon. You can configure it at /etc/fort/config.json
.
Or, using systemctl:
Debian repository version
Special thanks to Marco d’Itri for this collaboration.
To know the current status of this package, visit fort-validator
debian package tracker.
The main differences between this version (fort-validator package) and the Latest version package are:
rpki-trust-anchors
dependency: this package has such dependency, while Latest version doesn’t.- Since this package isn’t maintained by FORT validator’s team, it could be at least one version behind than Latest version.
- This version reads the TALs from
/etc/tals
, while Latest version reads them from/etc/fort/tal
.
Assuming that the package is still at the testing
repository, such repository can be added to the APT sources list in order to do a simple apt install
.
First, check if the file /etc/apt/apt.conf
exists, otherwise create it. The file should have the following line to keep using the stable repository as the default:
Now add the Debian testing
repositories, add the following lines to /etc/apt/sources.list
:
Finally, just run:
FORT validator is now installed as a service, check the status with sudo service fort start
.
FreeBSD package
FORT Validator is available in the FreeBSD ports tree since October 2021. The port maintainer closely follows the development of FORT. Updates to the FreeBSD port appear shortly after FORT releases. Binary packages can be installed in the usual way:
If you prefer to build software from ports, this works too:
A default configuration will be installed in /usr/local/etc/fort/fort-config.json
. The package is careful not to overwrite an existing configuration.
To use FORT on FreeBSD, you will need the Trust Anchor Locator (TAL) files. You can download these by running fort --init-tals
as follows:
When you have downloaded the TAL files, you can start the RTR server and validator with the included service script:
The default configuration will bind the RTR server to localhost on port 8323.
Gentoo package
Thanks to @alarig for his collaboration creating this package.
The package is currently at the GURU repository, it could be at least one version behind the latest version, so please check first which version is the latest at the repository ‘net-misc/FORT-validator’.
Layman will be utilized, so it must be installed in order to add the GURU repository:
root# emerge --ask app-portage/layman
root# layman -a guru
Now, allow to install the unstable FORT validator package (use according to your architecture). The following lines can be used for amd64 arch:
root# nano /etc/portage/package.accept_keywords
## Add the following line and save
net-misc/FORT-validator ~amd64
FORT validator can now be installed. Don’t forget to update the TALs and restart the validator:
root# emerge --ask net-misc/FORT-validator
root# su -s /bin/sh -c '/usr/bin/fort --init-tals --tal /usr/share/fort/tal/' fort"
root# rc-service fort restart
The configuration file utilized by the service can be found at /etc/fort/config.json
(see more about configuration file).
RHEL/CentOS package
RHEL/CentOS 7 users: the EPEL repository must be enabled to successfully install FORT validator.
The following command will do:
sudo yum install epel-release
Download the .rpm and install it (currently tested at CentOS 7 and 8):
This version ships with 4 of the 5 TALs, so in order to get the missing one, the --init-tals
argument can be utilized using also the argument --tal=/etc/fort/tal
:
By default, FORT validator service isn’t initialized once it’s installed; so, initialize the service:
The configuration file utilized by the service can be found at /etc/fort/config.json
(see more about configuration file).
Option 2: Compiling and installing the release tarball
Debian version
OpenBSD version
Last tested on OpenBSD 7.2.
RHEL/CentOS version
RHEL/CentOS 8
The following steps are for RHEL/CentOS 8.
RHEL/CentOS 7
The following steps are for RHEL/CentOS 7.
This OS requires additional steps due to its default GCC version (currently 4.8.5, fort needs >= 4.9) and its default OpenSSL version (currently 1.0.2k, fort needs >= 1.1.0).
Upgrade OpenSSL from 1.0.2k to 1.1.1c
There are two options to upgrade OpenSSL:
- Compile and install a newer version >= 1.1.0 (manual process).
- Use the EPEL repository (indicated at the following steps).
Upgrade GCC
There are two options to upgrade GCC:
- Compile and install a newer version >= 4.9 (slow process).
- Use Software Collections (indicated at the following steps).
Fedora version
The following steps are for Fedora 30 (and later).
openSUSE Leap version
The following steps are for openSUSE Leap 15.1.
FreeBSD version
Last tested on FreeBSD 13.1.
Slackware version
The following steps are for Slackware “current” release (as of 2020-07-13).
All dependencies are included in the current release, so there’s no need to install any dependency.
Gentoo version
The following steps are for Gentoo “current” release (as of 2020-07-13).
It’s very likely that most of the dependencies are already installed (except dev-libs/jansson
), still you can execute the following commands.
Alpine version
The following steps are for Alpine Linux 3.12.0
Option 3: Compiling and installing the git repository
In case you wan’t a fresh version of Fort validator, there’s this third option. The steps are mostly the same as in Option 2, just another dependency (as minimum) must be installed: “git”; and a few steps are included in order to get the source code and generate configuration scripts.
The following example is the process to clone, compile and install in Debian OS.
Option 4: Running from a Docker container
There’s also the option to run FORT validator from a Docker container. The image can be pulled from Docker Hub or built from the official Github repository: FORT-validator/docker.
To pull the image from the official repository, run:
Or to build from the source Dockerfile, just run (from the same directory where the Dockerfile is):
A basic example to run the container using the default values, reading from a local TAL directory (i.e. host/path/to/tals
), and binding to the local port 8323
:
Read more about the Docker container at the Github repository FORT-validator/docker.
Fetching the TALs
fort --init-tals --tal /etc/fort/tal
More details here.