You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 14 Next »

Download Source

Downloading the Latest Release

In general, you should download the latest release. This will make it easier to track where your deployment is versus the current development work for purposes of reporting bugs, diagnosing issues, and understanding available features.

Download the COmanage Registry source files somewhere into the file system. The location you put the files does not have to be the location from which the files are served by the web server. Create a symlink to the directory called registry-source (or something similar):

$ wget https://github.com/Internet2/comanage-registry/archive/0.8.4.tar.gz
$ tar xzf 0.8.4.tar.gz 
$ ln -s comanage-registry-0.8.4 registry-source

Downloading the Latest Master

The master branch has the latest features that should be stable enough for use, but may not be feature complete. If you want the latest master, you can download it easily via svn:

$ svn co https://github.com/Internet2/comanage-registry/branches/master

Cloning the Git Repo

If you plan on mucking around with the code, you can also clone the git repo.

Configure Web Server

Deploy the COmanage Registry directory wherever you like. Note that the user that the web server runs as needs to be able to read all the files.

Configure your web server to deliver the registry at a suitable URL such as https://some-vo.org/registry. A simple strategy to accomplish this when running under the Apache web server is to create a symlink in the DocumentRoot named registry that points to the directory .../registry-source/app/webroot:

$ cd /var/www
$ ln -s /path/to/registry-source/app/webroot registry

Installation at /registry Currently Required

COmanage Registry currently assumes it is installed at the URL path /registry (CO-299). Until this is fixed, you should make COmanage Registry available at https://your-site.org/registry.

Verify File Permissions

You should verify that the web server will not deliver unprocessed files, especially configuration files such as the database configuration file (ie: https://some-vo.org/registry/app/config/database.php). By default, these files will not be delivered.

Move /tmp Directory

You'll most likely want to move the registry-source/app/tmp directory, since it is bad practice to have writable directories on the file system delivering web content. A reasonable alternative would be /var/cache/registry. The easiest way to do this on a Unix-like system is to create a symlink to the new directory.

$ cd registry-source/app
$ sudo cp -r tmp /var/cache/registry
$ sudo chown -R $HTTPUSER /var/cache/registry
$ sudo chmod 700 /var/cache/registry
$ mv tmp tmp.not
$ ln -s /var/cache/registry tmp

Log Files May Be Written To The Cache Directory

The CakePHP framework may write error and debugging logs to the logs directory under the tmp directory. You may wish to monitor and/or rotate these files.

Integrate Web Server Authentication

In order to integrate COmanage Registry with your authentication system, configure your Web server to protect the directory registry/app/webroot/auth/login. For example, under Apache your configuration may look something like

DocumentRoot /var/www
<Directory /var/www/registry/auth/login>
  AuthType shibboleth
  ShibRequestSetting requireSession 1
  require valid-user
</Directory>

If your authentication system supports a logout directive, create a similar configuration protecting auth/logout.

  • No labels