You can not select more than 25 topics Topics must start with a letter or number, can include dashes ('-') and can be up to 35 characters long.
 
 
 
 
 
 

3.5 KiB

Scripts

There are a number of useful scripts included with the distribution. Some of these scripts are only useful during build and development, but other scripts are intended for end users to be able to use. These scripts may be installed with n2n as part of your operating system package.

All scripts can be found in the scripts directory.

Short descriptions of these scripts are below.

End user scripts

n2n-ctl

This python script provides an easy command line interface to the running n2n processes. It uses UDP communications to talk to the Management API. By specifying the right UDP port, it can talk to both the edge and the supernode daemons.

Example:

  • scripts/n2n-ctl --help
  • scripts/n2n-ctl help

n2n-httpd

This python script is a simple http gateway to the running edge. It provides a proxy for REST-like HTTP requests to talk to the Management API.

By default it runs on port 8080.

It also provides a simple HTML page showing some edge information, which when run with default settings can be seen at http://localhost:8080/ (Also a http://localhost:8080/supernode.html page for the supernode)

Example:

  • scripts/n2n-httpd --help
  • scripts/n2n-httpd 8087

Build and Development scripts

hack_fakeautoconf.sh

This shell script is used during development to help build on Windows systems. An example of how to use it is shown in the Building document

indent.sh

This shell script is a wrapper for the uncrustify C code style checker which checks or applies a set of rules to the code. It is used during the automated lint checks.

n2n-gateway.sh

A sample script to route all the host traffic towards a remote gateway, which is reachable via the n2n virtual interface.

version.sh

This script is used to determine the current version number during the build process.

It looks at both the VERSION file and the GIT tags and outputs the version number to use.

Monitoring and statistics

munin/n2n_

This is a simple monitoring script that can be used with the munin-node system to monitor the n2n daemons.

This is a fully autoconfigurable wildcard munin plugin, but to get a quick sample:

get a list of suggested plugin names:

munin/n2n_ suggest

Enable some of those names:

ln -s /usr/share/munin/plugins/n2n_ /etc/munin/plugins/n2n_supernode_pkts
ln -s /usr/share/munin/plugins/n2n_ /etc/munin/plugins/n2n_supernode_counts

Manually test fetching and config:

/etc/munin/plugins/n2n_supernode_pkts
/etc/munin/plugins/n2n_supernode_pkts config

Testing scripts

test_harness.sh

This shell script is used to run automated tests during development. It is run with the name of one or more other scripts, which are then run with their output being sent to *.out files in the tests directory and compared with the matching *.expected file in that same dir.

scripts/test_units.sh

This runs all the unit tests via the test_harness.sh. Unit tests are those that are testing a small and isolated bit of code. In this project, the unit tests are the only ones that contribute towards the code coverage report.

scripts/test_integration.sh

This runs all the integration tests via the test_harness.sh. These are tests that interact with multiple features and the test is mainly concerned about the interactions between them (eg, testing an API interface)

scripts/test_integration_supernode.sh

This starts a supernode and runs an integration test on the Json API using the n2n-ctl command.