System Preparation

Install CentOS

The first thing that is required is a CentOS machine - this can be physical or virtual.

1. Install the operating system via usual mechanism (e.g., net boot CD, ISO in VMware/VirtualBox or the DVD image).
2. Choose the following server install options: "Basic server”.
3. Create/choose a secure root password and an initial system user account.
4. Once installed, make sure you run a yum makecache and yum update to ensure your system is fully up to date.

Configure CentOS

Next, there are a few CentOS configuration options that need to be set in advance.

Networking configuration

For production deployments, it is recommended that the machine be assigned a static IP address.

https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/6/html/deployment_guide/part-networking

https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/7/html/networking_guide/index

Firewall configuration

The following ports are required to be accessible from the outside world, both in the local firewall and in any external firewalls:

• 2083/tcp (for RadSec connections to other Moonshot entities)
• 12309/tcp (for Trust Router client connections - if using the Trust Router to broker trust relationships between entities)

Certificates

We need to get FreeRADIUS to create some private and public keys to use for its RadSec connections. Create and install the certificates by doing the following (as root).

1. Change into the /etc/raddb/certs directory

   cd /etc/raddb/certs

2. Edit the certificate generation properties in client.cnf, server.cnf, and ca.cnf as follows:

   1. In the ca.cnf file:
      1. In the [ req ] section, add encrypt_key = no

      2. In the [CA_default] section, change the default_days from 60 to a higher number (this is how long the certificates you create will be valid for). When the certificates expire, you will have to recreate them.

      3. in the [ certificate_authority ] section, change all of the parameters to match those of your organisation. e.g.

         [certificate_authority]
         countryName             = GB
         stateOrProvinceName     = England
         localityName            = Camford
         organizationName        = Camford University
         emailAddress            = support@camford.ac.uk
         commonName              = "Camford University FR Certificate Authority"

   2. In the server.cnf file:

      1. In the [ req ] section, add encrypt_key = no
      2. In the [CA_default] section, change the default_days from 60 to a higher number (this is how long the certificates you create will be valid for). When the certificates expire, you will have to recreate them.

      3. in the [ server ] section, change all of the parameters to match those of your organisation. e.g.

         [server]
         countryName             = GB
         stateOrProvinceName     = England
         localityName            = Camford
         organizationName        = Camford University
         emailAddress            = support@camford.ac.uk
         commonName              = "Camford University FR Server Certificate"

         When changing passwords in the [ req ] section of the server.cnf file, you must also update the private_key_password option in the FreeRADIUS mods-available/eap file with the same password.

         We recommend that you do not change these defaults.

   3. In the client.cnf file:

      1. In the [ req ] section, add encrypt_key = no
      2. In the [CA_default] section, change the default_days from 60 to a higher number (this is how long the certificates you create will be valid for). When the certificates expire, you will have to recreate them.

      3. in the [ client ] section, change all of the parameters to match those of your organisation. e.g.

         [client]
         countryName             = GB
         stateOrProvinceName     = England
         localityName            = Camford
         organizationName        = Camford University
         emailAddress            = support@camford.ac.uk
         commonName              = "Camford University FR Client Certificate"

         All of the organisation parameters (countryName, localityName, etc) need to match in the three .cnf files but the commonName must be unique in each file)

3. Clear out any old certificates in the directory:

   make destroycerts

4. Run the bootstrap script to generate the certificates

   ./bootstrap

5. Create a file that is the concatenation of the certificate and private key of the client.

   openssl x509 -in client.crt > client.pem ; cat client.key >> client.pem

6. Because the above command was run as root, the keys and certificates created will not be readable by the FreeRADIUS user by default, and FreeRADIUS will not be able to start. To fix this, reset the group for the files:

   chgrp radiusd {client,server,ca,dh}*

OpenSSL settings (CentOS 6 only)

By default, FreeRADIUS attempts to detect the version of OpenSSL that is installed to block vulnerable versions. However, RedHat/CentOS/Scientific Linux patch existing versions, which may lead FreeRADIUS to believe that the installed version is unsafe. This setting overrides the check.

1. Open /etc/raddb/radiusd.conf for editing:
   1. Search for the allow_vulnerable_openssl setting in the security { } section.

   2. Edit it like so:

              # allow_vulnerable_openssl = no
              allow_vulnerable_openssl = 'CVE-2016-6304'

RadSec

Next, we need to configure RadSec. We do this by creating a file at /etc/radsec.conf with the following:

realm gss-eap {
	type = "TLS"
	cacertfile = "/etc/raddb/certs/ca.pem"
	certfile = "/etc/raddb/certs/client.pem"
	certkeyfile = "/etc/raddb/certs/client.key"
	disable_hostname_check = yes
	server {
		hostname = "127.0.0.1"
		service = "2083"
		secret = "radsec"
	}
}

Dynamic Realm support

We need to tell your FreeRADIUS server to support dynamic lookup of realms.

1. Open /etc/raddb/proxy.conf for editing:
   1. Towards the top of the file is a stanza beginning "proxy server {". Find this.

   2. Below this, add dynamic = yes, like so:

      proxy server {
              dynamic = yes

Configure FreeRADIUS to use Trust Router

Configuring FreeRADIUS realm lookup

We need to configure the community and rp_realm appropriate for your Moonshot service, and the Trust Router that it will connect to.

1. Open the /etc/raddb/mods-enabled/realm for editing.
2. Find the "realm suffix {" configuration directive, and fill out the fields as appropriate.
3. Repeat this for the "realm bangpath {" configuration directive.

4. For the default Jisc Assent Trust Router this will look like the following:

   realm suffix {
     format = suffix
     delimiter = "@"
     default_community = "ov-apc.moonshot.ja.net"
     rp_realm = "Your service realm as registered in the Jisc Assent Portal"
     trust_router = "tr.moonshot.ja.net"
     rekey_enabled = yes
   }
   
   realm bangpath {
     format = prefix
     delimiter = "!"
     default_community = "ov-apc.moonshot.ja.net"
     rp_realm = "Your service realm as registered in the Jisc Assent Portal"
     trust_router = "tr.moonshot.ja.net"
     rekey_enabled = yes
   }

   Example

   Camford University has a Moonshot service registered in the Jisc Assent Portal at the service realm of moonshot.camford.ac.uk, so its realm file would look like this:

   realm suffix {
     format = suffix
     delimiter = "@"
     default_community = "ov-apc.moonshot.ja.net"
     rp_realm = "moonshot.camford.ac.uk"
     trust_router = "tr.moonshot.ja.net"
     rekey_enabled = yes
   }
    
   realm bangpath {
     format = prefix
     delimiter = "!"
     default_community = "ov-apc.moonshot.ja.net"
     rp_realm = "moonshot.camford.ac.uk"
     trust_router = "tr.moonshot.ja.net"
     rekey_enabled = yes
   }

Register your Trust Router client with a Trust Router

At this point, the Moonshot service needs to be associated with a Trust Router. To do this, you need to contact the operator of a Trust Router you wish to join for their specific instructions on how to do this.

Once you have joined the Trust Router service, you will be issued with an Organisation credential file in XML file format.

1. You must import the issued credential file using the moonshot-webp command as the radiusd user:

   su - --shell=/bin/bash radiusd
   moonshot-webp -f [path to credential file]

2. Check that the credential has been correctly imported, by starting the UI and checking the credential has been correctly imported:

   moonshot

3. If the file exists, the credential file's contents should be present in the file.

FreeRADIUS

To automatically start FreeRADIUS, issue the following command (as root):

chkconfig radiusd on
service radiusd start 

systemctl enable radiusd
systemctl start radiusd 

If this is working correctly, you should see FreeRADIUS running as a daemon process.