1xpaaccess(1)                  SAORD Documentation                 xpaaccess(1)
2
3
4

NAME

6       xpaaccess: see if template matches registered XPA access points
7

SYNOPSIS

9       xpaaccess [-c] [-h] [-i nsinet] [-m method] [-n] [-t sval,lval] [-u
10       users] -v <template> [type]
11

OPTIONS

13         -c            contact each access point individually
14         -h            print help message
15         -i            access XPA point on different machine (override XPA_NSINET)
16         -m            override XPA_METHOD environment variable
17         -n            return number of matches instead of "yes" or "no"
18         -t [s,l]      set short and long timeouts (override XPA_[SHORT,LONG]_TIMEOUT)
19         -u [users]    XPA points can be from specified users (override XPA_NSUSERS)
20         -v            print info about each successful access point
21         -V            print info or error about each access point
22         --version     display version and exit
23

DESCRIPTION

25       xpaaccess returns "yes" to stdout (with a return error code if 1) if
26       there are existing XPA access points that match the template (and
27       optional access type: g,i,s). Otherwise, it returns "no" (with a return
28       error code of 0).  If -n is specified, the number of matches is
29       returned instead (both to stdout and in the returned error code). If -v
30       is specified, each access point is displayed to stdout instead of the
31       number of matches.
32
33       By default, xpaaccess simply contacts the xpans name server to find the
34       list of registered access points that match the specified template. It
35       also checks to make sure the specified types are supported by that
36       access point. This is the fastest way to determine available access
37       points. However, an access point might registered but not yet avail‐
38       able, if, for example, the server program has not entered its event
39       loop to process XPA requests. To find access points that are guaranteed
40       to be available for processing, use the -c (contact) switch.  With this
41       switch, xpaaccess contacts each matching XPA server (rather than the
42       name server) to make sure the registered access point really is ready
43       for processing. In this mode, if an access point is registered but not
44       available, xpaaccess will pause for a period of time equal to the
45       XPA_LONG_TIMEOUT, in order to give the server a chance to ready itself.
46       By default, this timeout is 30 seconds. You can shorten the time of
47       delay using the -t "short,long" switch. For example, to shorten the
48       delay time to 2 seconds, use:
49
50         xpaaccess -c -t "2,2" ds9
51
52       The first argument is the short delay value, and is ignored in this
53       operation. The second is the long delay timeout.
54
55       Note also that the default xpaaccess method (no -c switch) does not
56       check access control (acls) but rather only checks whether the access
57       point is both registered with the xpans name server and provides the
58       specified type of access. In other words, the default xpaaccess could
59       return 'yes' when you might not actually have access. This mode also
60       always returns 'yes' for the xpans name server itself, regardless of
61       whether the name server is active. The -c (contact) switch, which con‐
62       tacts the access point directly, can and does check the access control
63       (only for servers using version 2.1 and above) and also returns the
64       real status of xpans.
65

SEE ALSO

67       See xpa(n) for a list of XPA help pages
68
69
70
71version 2.1.8                  November 1, 2007                   xpaaccess(1)
Impressum