HELIOS PCShare 3.0 User manual


6 PCShare UNIX software reference
6.1 PCShare Admin reference
The PCShare Admin is comprehensively described in
5 "PCShare Admin". The following paragraphs only describe options which are usually not needed in a standard installation, and/or options which need to be configured by the system administrator.
During the installation of PCShare, the "install" program automatically creates a public volume with the name "Public Disk". This volume, which is equivalent to the directory "$PCDIR/public", is used to store various applications and utilities such as the terminal emulation "unix.exe".
Extended ASCII characters in PCShare Admin
In the server and printer log files (see below in this chapter), characters with an ASCII value 127 are displayed as underscore ("_"). The same is true for characters with an ASCII value < 32. This is because such characters are interpreted as escape characters by some terminal emulations, leading to corruption of the screen display.
Potential keyboard and display problems in Terminal Emulations
The significance of certain key combinations, especially those which include the Esc (escape) key, depends on the timing of the key presses. For example, pressing the Esc key and then the "A" key with a one or two second pause between keypress has a different effect than pressing Esc and then "A" immediately afterwards.
Due to inevitable but short time delays involved when you start PCShare Admin over a network connection, you may experience erratic problems with certain keys such as Esc, Home, End, etc. If you experience such problems, please use the "Ctrl" (Control) key equivalents listed in the Key shortcuts section in 5.2 "Navigation within the PCShare Admin", instead. For example, use Ctrl-X instead of Esc.
Certain PCShare Admin windows use line graphics to represent scroll boxes etc. If you start "pcadmin" from a UNIX terminal or a Windows PC, these characters are taken
- where possible - from the internal character sets of "pcadmin". If the terminal type, specified in the TERM environment variable, cannot be found internally in "pcadmin", a search is made for a character set file "acsmaps" in the directory specified in TERMINFO, in "$PCDIR" and in "$ESDIR", in that order. In such cases you need to create a suitable "acsmaps" file in one of these locations. Please refer to the description of "terminfo" in your UNIX documentation for details of the correct structure for "acsmaps".
In unfortunate cases, you may find that none of these methods work correctly for line graphics on your host, and that the scroll boxes are drawn using other characters. For example, the line graphics symbol for a cross may be replaced with a "+".
Furthermore, some terminal emulations are buggy. If you see invalid characters on the screen or it looks scrambled, refresh the screen with Ctrl-R.
Files accessed and changed by PCShare Admin
In a network of several UNIX hosts your system administrator may have installed a network-wide user and group database such as NIS (Network Information System, formerly called Yellow Pages). See 5.4 "Configuring Users"
Your host may be configured with a Secure option (sometimes called the "shadow password" method) instead. On IBM hosts you may have IBM "Extended Security" installed. It is rare to have NIS and a Secure option on the same network. The PCShare Admin supports all of these methods.
All of these systems use sets of files for user and group data different than traditional, standard UNIX installations. Although the PCShare Admin is compatible with all these systems, and recognizes their presence automatically, it is outside the scope of this manual to describe the various sets of files which are accessed by the PCShare Admin in this case, since this can vary considerably between different hosts and operating system versions.
In a standard UNIX installation, the PCShare Admin gets user information from the UNIX system file "/etc/passwd", with the exception of the list of groups to which the user belongs, which is taken from "/etc/group". These are the files that are changed when you create or change users.
Group information is taken from the files "/etc/group" and "/etc/passwd". These are the files that are changed when you create or change groups.
When you export a volume or a printer, the configuration is written to "$PCDIR/conf/exports.pcs". If you choose character translation or a PostScript printer, the UNIX print command specified in "exports.pcs" includes the "pcfilter" utility (see pcfilter in 7.2 "Print server utility programs"). "pcfilter" replaces the "dfilter" program provided by earlier PCShare versions, and has a much wider range of features.
The server activities info comes from "$PCDIR/stmp" (or "$ESDIR/stmp", if EtherShare is installed, too). See Server log file structure in A 4.1 "PCShare log files" for details, and also the "swho" command (swho command) in 7.1 "File server utility programs".
The server log file is taken from "$PCDIR/server.acct" (or "$ESDIR/server.acct", if EtherShare is installed, too). See Server log file structure in A 4.1 "PCShare log files" for details.
The printer log file is taken from "$PCDIR/printer.acct"
(or "$ESDIR/printer.acct", if EtherShare is installed, too). See Printer log file structure in A 4.1 "PCShare log files" for details.
The program versions and configuration list is taken from the file "$PCDIR/Versions".
6.2 Configuring IP address and host name for PCShare clients
In TCP/IP networks it is essential to have a unique IP address for each TCP/IP node on the network. Thus each PCShare client needs a unique address. If the network is connected externally to the Internet, each IP address must be unique worldwide too, and must be allocated by the appropriate regulatory authority. See 3.2 "Introduction to PCShare and TCP/IP" for more details.
Furthermore, in the case of Ethernet, each network card has a hardware address which must be unique for each local network segment. This is taken care of automatically, usually by the network card manufacturer.
Under UNIX it is usual to give each TCP/IP node a name, too (the name is easier to remember than the IP address).
Information on the host name, IP address and Ethernet address of each service is typically stored in the following UNIX system files.
Each PC client in the PCShare network needs a unique IP address, and there are three ways - apart from local configuration - that it can get this:
a) - static "ethers" configuration

Client IP addresses are allocated by manually editing the appropriate UNIX system files ("/etc/ethers" and "/etc/hosts" or their NIS equivalent). See your UNIX documentation for details.

b) - static "bootptab" configuration

Client IP addresses are allocated by manually editing the appropriate UNIX system files ("/etc/bootptab" and "/etc/hosts" or their NIS equivalent). See your UNIX documentation for details.

c) - dynamic allocation (PCShare DHCP bootserver)

Client IP addresses are allocated by the "pcshare" server and stored in "$PCDIR/conf/ethers.pcs" on the host. This method, called dynamic address allocation, is less work for the system administrator, especially in large networks. You can configure this option with the PCShare Admin.

With c) via the PCShare Admin, which is the recommended method, clients initially have no host name, and need to have one allocated manually in "/etc/hosts" (or its NIS equivalent). Otherwise, PCShare log files or programs such as "swho" (see swho command in 7.1 "File server utility programs") only show the PC's IP address rather than the PC's given name. You can use the Client Activities for '<client>' window in the PCShare Admin to display each client's current IP address in dotted-decimal notation.
Methods a), b) and c) require you to configure a "PCShare bootserver" on your PCShare host. Configuration is best done with the PCShare Admin.
It is also possible to use a combination of all three methods on the same network. The PCShare client sends a "boot" request to hosts on the same network segment in order to get an IP address. If a PCShare server receives this boot request, and if it is configured as a bootserver, it first checks the appropriate UNIX system files for the PC's IP address, and then looks for an entry in "$PCDIR/conf/ethers.pcs". An address is allocated automatically if its Ethernet address is not already listed in either of these two places. The allocated address is then appended as a new entry in the "ethers.pcs" file to make sure that the client gets the same address in the future, too.

Important: Make sure not to use overlapping IP ranges, e.g. when using a combination of all three methods since this would lead to severe IP number allocation malfunctions.

"$PCDIR/conf/ethers.pcs" documents the relationship between network hardware address and IP address for dynamically allocated client IP address, together with the date of last change for each entry. It is updated by the "pcshare" server program automatically - whenever a client connects to the server for the first time, it is allocated a new unique IP address if it does not already have one in this file (or by methods a) or b), in "/etc/hosts", "/etc/ethers" and
"/etc/bootptab", respectively).
"$PCDIR/conf/ethers.pcs" also contains information on a range of IP addresses which have been set aside by the system administrator for dynamic allocation.
Furthermore, a mechanism is provided to age entries which have not been used for a specified period of time, i.e. to delete them from this file automatically. For example, aging will occur if the PC is no longer used for server access, or if you initially allow the PC's IP address to be allocated dynamically, and then add an entry for the PC to the standard UNIX system files. For more details, see the "Preferences" parameter dynage in 7.8 "Server preferences".
If you delete client entries from "ethers.pcs" manually, dynamically-configured clients will be allocated a new IP address automatically, but it probably will be different to the one before.
The following is an example of "ethers.pcs" for a primary bootserver:
Primary: 192.9.201.33-192.9.201.39
Primary: 192.9.201.41-192.9.201.44
#
#ethernet addr. internet addr. last change date
#
2:60:8c:2:ad:6c 192.9.200.60 Sat Feb 19 18:20:51
00:00:6b:81:39:12 192.9.200.11 Fri Nov 12 15:00:33
09:00:07:ff:ff:ff 193.9.201.11 Fri Nov 12 15:00:33
.
.

In this example, two ranges of IP addresses have been set aside by the system administrator for dynamic allocation. If your PCShare server has more than one network interface, the interface(s) to be used for servicing client boot requests is/are determined automatically from the specified range(s).
Two additional pieces of information must also be configured if you want to use dynamic allocation:
#host name
#
osiris
alpha
Primary and secondary bootservers
If your network has more than one PCShare server, you can optionally configure an additional "secondary bootserver" as a backup to guarantee network availability if the main PCShare server is down for any reason. Configuration is best done with the PCShare Admin.
The syntax of "$PCDIR/conf/ethers.pcs" is slightly different for secondary bootservers. The following is an example of "ethers.pcs" for a secondary bootserver:
Secondary: 192.9.201.32 lux (name of primary bootserver)
Disabled: 192.9.201.50
#
#ethernet addr. internet addr. last change date
#
2:60:8c:2:ad:6c 192.9.200.60 Sat Feb 19 18:20:51
00:00:6b:81:39:12 192.9.200.11 Fri Nov 12 15:00:33
09:00:07:ff:ff:ff 193.9.201.11 Fri Nov 12 15:00:33

See also PCShare IP mapping table in 7.7 "Server configuration files".
Specifying Secondary as bootserver state allows PCShare to become a backup-DHCP server. You then will be asked to enter the IP address of the primary bootserver, which is needed to keep in sync with the current list of PC clients. The secondary bootserver then gets the rest of the required configuration information automatically from the primary bootserver. For this to take place, the secondary and primary bootserver must both be running simultaneously at least once while a dynamically-configured client tries to boot.
The Disabled entry disables the servicing of client boot requests on the specified interface. Do this to disable the servicing of boot requests on the network segment if there is already another bootserver.

Note: If your network has two or more hosts which are also DHCP server and uses NIS, we recommend that you use the Disabled option to disable servicing of boot requests on the interfaces of all other hosts. Else, all hosts will answer boot requests for clients which are configured statically in "/var/yp/hosts" and
"/var/yp/ethers" (or equivalent).

Configuring
IP address
and host name with pcsaddr
"$PCDIR/etc/pcsaddr" can be used on a primary PCShare bootserver to update "$PCDIR/conf/ethers.pcs" on the fly. A secondary PCShare bootserver will learn changed information from the primary bootserver as described in Primary and secondary bootservers above.

Note: "$PCDIR/conf/ethers.pcs" should never be edited manually while pcshare is running as any changes would be overwritten when the master pcshare
server writes its cached data back to
"$PCDIR/conf/ethers.pcs".

Available parameters:
-a
pcsaddr -a macaddr addr
adds a combination of IP address <addr> and client hardware address (macaddr) so that next time the client with hardware address <macaddr> will receive the IP address <addr> when booting.
E.g.:
pcsaddr -a 2:60:8c:2:ad:6c 192.9.200.60
-d
pcsaddr -d addr
deletes an entry with IP address <addr>
E.g.:
pcsaddr -d 192.9.200.60
-s
pcsaddr -s hostname addr
sets the <hostname> for IP address <addr> so that next time the client which receives IP address <addr> during boot up, will also receive a resolveable host name. The IP address must already be available to the pcshare master process, e.g. either already listed in "$PCDIR/conf/ethers.pcs" or added before, by using "pcsaddr -a". <hostname> must only contain digits 0-9, and characters a-z, A-Z.
To check the changes made via "pcsaddr" the command "pcsignal - flush" can be used to flush pcshare's cached "ethers" entries to disk. Afterwards
"$PCDIR/conf/ethers.pcs"contains updated entries.

Note: "pcsaddr" will only do rudimentary consistency checks and addresses or names given must comply to the DHCP specification.


© 2002 HELIOS Software GmbH