Import Upstream version 1.8.5
[hcoop/debian/openafs.git] / doc / man-pages / pod5 / NetRestrict.pod
CommitLineData
805e021f
CE
1=head1 NAME
2
3NetRestrict - Defines interfaces not to register with AFS servers
4
5=head1 DESCRIPTION
6
7There are two F<NetRestrict> files, one for an AFS client and one for an
8AFS File Server or database server. The AFS client F<NetRestrict> file
9specifies the IP addresses that the client should not register with the
10File Servers it connects to. The server F<NetRestrict> file specifies
11what interfaces should not be registered with AFS Database Servers or used
12to talk to other database servers.
13
14=head2 FORMAT
15
16The F<NetRestrict> file is in ASCII format. One IP address appears on each
17line, in dotted decimal format. To specify a network instead, use a
18slash (C</>) followed by a subnet length. The order of the addresses is
19not significant.
20
21=head2 Client NetRestrict
22
23The F<NetRestrict> file, if present in a client machine's F</usr/vice/etc>
24directory, defines the IP addresses of the interfaces that the local Cache
25Manager does not register with a File Server when first establishing a
26connection to it. For an explanation of how the File Server uses the
27registered interfaces, see L<NetInfo(5)>.
28
29As it initializes, the Cache Manager constructs a list of interfaces to
30register, from the F</usr/vice/etc/NetInfo> file if it exists, or from the
31list of interfaces configured with the operating system otherwise. The
32Cache Manager then removes from the list any addresses that appear in the
33F<NetRestrict> file, if it exists. The Cache Manager records the resulting
34list in kernel memory.
35
36To display the addresses the Cache Manager is currently registering with
37File Servers, use the B<fs getclientaddrs> command.
38
39=head2 Server NetRestrict
40
41The F<NetRestrict> file, if present in the F</usr/afs/local> directory,
42defines the following:
43
44=over 4
45
46=item *
47
48On a file server machine, the local interfaces that the File Server
49(B<fileserver> process) does not register in the Volume Location Database
50(VLDB) at initialization time.
51
52=item *
53
54On a database server machine, the local interfaces that the Ubik
55synchronization library does not use when communicating with the database
56server processes running on other database server machines.
57
58=back
59
60As it initializes, the File Server constructs a list of interfaces to
61register, from the F</usr/afs/local/NetInfo> file if it exists, or from
62the list of interfaces configured with the operating system otherwise. The
63File Server then removes from the list any addresses that appear in the
64F<NetRestrict> file, if it exists. The File Server records the resulting
65list in the F</usr/afs/local/sysid> file and registers the interfaces in
66the VLDB. The database server processes use a similar procedure when
67initializing, to determine which interfaces to use for communication with
68the peer processes on other database machines in the cell.
69
70To display the File Server interface addresses registered in the VLDB, use
71the B<vos listaddrs> command.
72
73=head1 EXAMPLES
74
75If the File Server should not use the IP address 192.168.1.1 on one of
76its private interfaces, then the F<NetRestrict> file should contain
77the following:
78
79 196.168.1.1
80
81In order to prevent the usage of any 192.168/16 addresses on its local
82interfaces, the F<NetRestrict> file should contain:
83
84 196.168.0.0/16
85
86=head1 SEE ALSO
87
88L<NetInfo(5)>,
89L<sysid(5)>,
90L<vldb.DB0(5)>,
91L<fileserver(8)>,
92L<fs_getclientaddrs(1)>
93L<vos_listaddrs(1)>
94
95=head1 COPYRIGHT
96
97IBM Corporation 2000. <http://www.ibm.com/> All Rights Reserved.
98
99This documentation is covered by the IBM Public License Version 1.0. It was
100converted from HTML to POD by software written by Chas Williams and Russ
101Allbery, based on work by Alf Wachsmann and Elizabeth Cassell.