IKEv2 Interop testing with OpenBSD

From Libreswan
Revision as of 14:34, 30 August 2020 by Ravi Teja (talk | contribs) (Updated commits)
Jump to navigation Jump to search

Introduction

IPSec standards are produced and maintained by Internet Engineering Task Force which are implemented by many software including Libreswan. OpenIKED is one such native implementation of IKEv2 on OpenBSD. My project’s purpose is to enable Interop tests where one end is Libreswan on Linux and the other is the native IKE daemon on OpenBSD. This helps us test Linux kernel to BSD kernel and understand several issues with Linux when inter-operating with with Non-Linux Operating Systems.

Implementation

  • Perform a Non-interactive OpenBSD Base installation

OpenBSD’s autoinstall allows unattended installation by automatically responding to installer questions with answers through a response file(auto_install.conf). But this introduces additional complexities into the testing system. To solve this, I have written a pexpect script using python which adds install.conf (which consists of answers to default questions) into the OpenBSD iso and perform’s the installation by taking the values from that file.

  • Mounting the testing directory over NFS:

The Libreswan’s testing system uses a 9P File System with Libvirt/Qemu to mount the testing directory. As 9P support is constrained in OpenBSD, I had to fall back to use the NFS mount. This required changes in the Libreswan testing infrastructure to provide support for NFS server.

  • Cloning them as openbsde (OpenBSD East) and openbsdw (OpenBSD West) domains

Initially, we create a base image called OpenBSD-base and then clone it as OpenBSD East(openbsde) and OpenBSD(openbsdw).

  • Adding additional tests

Writing of additional tests to perform interoperability tests between Libreswan on one end and OpenBSD’s IKED daemon on the other end.

Issues encountered

  • OpenBSD’s documentation is very incomprehensible on how to automatically perform the non-interactive installation.
  • To mount the 9P File system on OpenBSD, we need to install a port called Plan9port which doesn't work with Qemu. This is because Qemu's 9p is not the same as Plan9port. Plan 9's 9p is 9p2000 which transports a subset of plan 9 system calls over the network while Qemu's 9p is 9p2000.L transports a subset of Linux system calls over the network. It took me a week to get this minute difference.
  • When the NFS server was up and running, I was not able to figure out why the NFS mount wasn’t working with OpenBSD. After a thorough analysis of Network packets using TCP Dump, I was able to infer that Fedora’s Firewall was blocking the Packets. I disabled the firewall to make the NFS mount work as intended. This was challenging as it was difficult to figure out whether the issue was with OpenBSD or Linux.

Possible Future Work

  • Including additional tests to the testing system which involve shared certificate and more complex operations.
  • Porting Libreswan to OpenBSD
  • Performing Interop tests between Libreswan on OpenBSD with Libreswan on Linux.
  • Adding a dedicated test network subnet to the test networks to exclusively serve NFS mount for OpenBSD systems (suggested).

Source code

The Source code for this project is merged into the main branch of Libreswan Repository. The commits associated with this project are :

This project work was sponsored by Google as part of the Google Summer of Code 2020 Program. The implementation for this project is done by Ravi Teja(hello@rtcms.dev) under the guidance of Paul Wouters, Tuomo Soini, and Andrew Cagney.

License

This project is Licensed under GNU General Public License v2.0.