****** GUI Installation ****** These steps assume that you have already installed and configured the other CA tools. rpki-manage is a shell script wrapper around the django-admin command which sets $PYTHONPATH and $DJANGO_SETTINGS_MODULE. ***** Prerequisites ***** * Django 1.3 or later * Django South 0.7.6 or later * Apache 2 * mod_wsgi 3 ***** Upgrading from a Previous Release ***** If you had previously installed the web portal before the database migration support was added, you will need to take some additional steps. **** Sync databases **** $ rpki-manage syncdb **** Database Migration **** If you have not previously run the new database migration step, you will need to run this command. Note that you only need to run this command the first time you upgrade. $ rpki-manage migrate app 0001 --fake Now bring your database up to date with the current release: $ rpki-manage migrate app From this point on you will just need to run the latter command every time you upgrade. ***** New Installation ***** **** Create the initial tables **** $ rpki-manage syncdb Answer "yes" when asked if you want to create superuser Enter username for superuser Enter password If you need to create superuser at a later time, you can run $ rpki-manage createsuperuser If you need to change superuser's password $ rpki-manage changepassword **** Perform Database Migration **** If there were any changes to the database schema, this command will bring your existing database up to date with the current software. $ rpki-manage migrate app ***** Configure Apache ***** Now configure apache, using /usr/local/etc/rpki/apache.conf, e.g. $ cp apache.conf /usr/local/etc/apache22/Includes/rpki.conf You can put it in a virtual host if you wish. Restart apache $ apachectl restart Go to the URL for your web server and enter the superuser and password in login form. If you've only done the above bootstrap, there will only be a single handle to manage, so the GUI will automatically bring you to the dashboard for that handle. **** Running the web portal as a different user **** By default, the web portal is run in embedded mode in mod_wsgi, which means it runs inside the apache process. However, you can make the web portal run in daemon mode as a different user using mod_wsgi. $ ./configure --enable-wsgi-daemon-mode[=user[:group]] Where user is the optional user to run the web portal as, and group is the optional group to run the web portal as. If user is not specified, it will run in a separate process but the same user as apache is configured to run. Note that when run in daemon mode, a unix domain socket will be created in the same directory as the apache log files. If the user you have specified to run the web portal as does not have permission to read a file in that directory, the web interface will return a 500 Internal Server Error and you will see a permission denied error in your apache logs. The solution to this is to use the WSGISocketPrefix apache configuration directive to specify an alternative location, such as: WSGISocketPrefix /var/run/wsgi Note that this directive must not be placed inside of the VirtualHost section. It must be located at the global scope. see http://code.google.com/p/modwsgi/wiki/ ConfigurationDirectives#WSGISocketPrefix for more information. ****** Installation of Route Views Support for the GUI ****** If you want ROA creation to tell the user what routes are in the global routing table for what they are about to create, Be sure you have curl installed. On FreeBSD it is in /usr/ports/ftp/curl Install a script such as the following as /usr/locl/bin/do-routeviews #!/bin/sh # Fetch the full bgp dump from routeviews.org and update the web # portal's database i=oix-full-snapshot-latest.dat.bz2 o=/tmp/$i curl -s -S -o $o http://archive.routeviews.org/oix-route-views/$i if [ $? -eq 0 ]; then /usr/local/sbin/rpkigui-import-routes -l error $o fi and create an entry in root's crontab such as 30 */2 * * * root /usr/local/sbin/do-routeviews If you want the GUI's "routes" page to see ROAs when you click those buttons, you will need to run rcynic. see the instructions for setting up rcynic. If you are running rootd, you may want to run with only your local trust anchor. In this case, to have the GUI be fairly responsive to changes, you may want to run the rcynic often. In this case, you may want to look at the value of jitter in rcynic.conf. In addition, your rcynic script should also have /usr/local/sbin/rpkigui-rcynic -l error after the rcynic run. ****** Expiration Checking ****** The web portal can notify users when it detects that RPKI certificates will expire in the near future. Run the following script as a cron job, perhaps once a night: /usr/local/sbin/rpkigui-check-expired By default it will warn of expiration 14 days in advance, but this may be changed by using the -t command line option and specifying how many days in advance to check. ****** Using the GUI ****** ****** GUI Examples ****** ***** Logging in to the GUI ***** 01-login.jpg ***** The Dashboard - Let's Make a ROA ***** 02-dashboard.jpg ***** ROA List Currently Empty, So Let's Create One ***** 03-roas.jpg ***** Choose an AS and Prefix - Let MaxLen? Default ***** 04-create-roa.jpg ***** What Will the Consequences Be? - Confirm OK ***** 05-are-you-sure.jpg ***** Now We Can See ROAs - Let's Look at Routes ***** 06-roa-list.jpg ***** Real Effect on Routing Table ***** 07-route view.jpg ***** Ghostbusters etc. are Similar *****