02.03.2014 Views

Tornado

Tornado

Tornado

SHOW MORE
SHOW LESS

Create successful ePaper yourself

Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.

<strong>Tornado</strong> 2.0<br />

User’s Guide<br />

3.5.2 Sharing and Reserving Target Servers<br />

A target server may be made available to the following classes of user:<br />

– the user who started the server<br />

– a single user, who may or may not have started the server<br />

– a list of specified users<br />

– any user 9<br />

When a target server is available to anyone, its status (shown in the Information<br />

panel of the main launcher window; see Figure 3-3) is unreserved. Any user can<br />

attach a tool to the target, and any user can also restrict its use.<br />

When you configure a target server, you can arrange for the server to be<br />

exclusively available to your user ID every time you launch it, by clicking the Lock<br />

toggle in the Create Target Server form. See 3.5.1 Configuring a Target Server, p.73.<br />

Target servers launched this way have the status locked.<br />

If a target server is not locked by its creator, and if no one else has reserved it, you<br />

can reserve the target server for your own use: click on Target>Reserve, or on the<br />

launcher button. The target status becomes reserved until you release the target<br />

with the Unreserve command ( ). Unreserve on a target that is not reserved has<br />

no effect, nor does Unreserve on a target reserved or locked by someone else.<br />

This simple reserve/unreserve locking mechanism is sufficient for many<br />

development environments. In some organizations, however, it may be necessary<br />

to further restrict some targets to a particular group of users. For example, a Q/A<br />

organization may need to ensure certain targets are used only for testing, while<br />

still using the reserve/unreserve mechanism to manage contention within the<br />

group of testers.<br />

To restrict a target server to a list of users, create a list of authorized users in a file.<br />

The format for the file is the simplest possible: one user name per line. The user<br />

names are host sign-on names, as used by system files like /etc/passwd (or its<br />

network-wide equivalent). You can also use one special entry in the authorization<br />

file: a plus sign + to explicitly authorize any user to connect to the target server.<br />

(This might be useful to preserve the link between a target server and an<br />

9. Strictly speaking, there is another layer of authorization defining who is meant by “any<br />

user”. The file $WIND_BASE/.wind/userlock is a <strong>Tornado</strong>-wide authorization file, used as<br />

the default list of authorized users for any target server without its own authorized-users<br />

file. The format of this file is the same format described below for individual target-server<br />

authorization files.<br />

82

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!