[Previous]   [Next]   [Contents]   [Index]   

Configuring Your Netstations

This chapter tells you how to configure your Netstations.

The first section, Configuration Methods, explains the different configuration methods and how they work together. The configuration methods are described in more detail in the following sections:

Configuration Parameters That You May Want to Customize explains some of the most commonly used configuration parameters. For detailed information about configuration parameters, see Remote Configuration Parameter Reference.

Configuration Methods

When you add a Netstation to your network with xtadm scripts, you may never need to change the configuration of your Netstation. If you would like to make changes, however, you can use a combination of three methods to customize your Netstation configuration:

By default, all three types of configuration are enabled:

For information about changing these defaults, see Changing the Configuration Methods.

Using the Configuration Screens for Local Configuration

You can access the configuration screens while you are booting the Netstation or, more commonly, within an X session. If you cannot access some or all of the configuration screens, the administrator may have blocked access as described in Securing the Configuration Screens.

Accessing the Configuration Screens During Bootup

To access a limited number of configuration screens during the initial phase of bootup, select the Setup icon. Configuration screens will appear only for the hardware that is present and the extensions that are loaded by the directives file. You can use the configuration screens before the X server has been downloaded, but the X server configuration screens will not appear. You can access the online help by selecting [Help].

Accessing the Configuration Screens After Bootup

The configuration is an X-based local client. When you access the configuration screens, you can re-size and iconify the window, and leave it running during the session.

To access the configuration screens from within an X session, press and hold [F12]. (On the LK201-layout keyboard, [F12] refers to the key labeled [F3].)

You can also access the configuration screens with the following command:

remsh terminalname config

On Sun systems, the command is rsh instead of remsh.

The configuration screen appears in a window as follows:


A Configuration Screen

Changing Configuration Values

You use the configuration screens as follows:

  1. In the left column, select an icon of the configuration system.

  2. In the middle column, select a sub-section.

  3. In the panel that appears in the right column, change the values that you want to change. For information about commonly changed values, see Configuration Parameters That You May Want to Customize.

  4. Read any messages that appear in the message line at the bottom of the configuration screen. To view the message log, select [Diagnostic], then [Log].

  5. When you are finished, select [Apply]. All your changes are saved and while some take effect immediately, the rest take effect the next time the Netstation is booted.

If you need information about a field in the configuration screens, select Help.

Saving Configuration Values

Many configuration values take effect immediately. Others do not take effect until you select [Apply] and reboot your Netstation. To cancel all of these deferred changes, select [Cancel].

To cancel all of the changes that you have ever made, and return to the defaults that are shipped with HP Netstation Software, select [Restore to factory defaults...] on the Diagnostic - Restore Defaults configuration screen. Your Netstation automatically reboots and the default configuration settings are restored.

Temporarily Setting X Server Configuration Values

If you are familiar with using xset, you can use this host utility to change your X server configurable values for the current session only. For more information, see:

man xset

Using Remote Configuration

The following files in /opt/hpxt/enware2/xthome/config are used in remote configuration:

In general, there are five ways to customize a Netstation through remote configuration:

These possibilities are described in more detail below. For information about parameters that are commonly customized, see Configuration Parameters That You May Want to Customize.

Customizing One Netstation's Remote Configuration File

When you add a Netstation using the administration scripts, the sample remote configuration file is copied from /opt/hpxt/enware2/xthome/config/sample.cfg to terminalname.cfg. You can edit a terminalname.cfg file to make changes that affect only one Netstation.


Note: The Netstation first looks for a remote configuration file called terminalname.cfg (this file will be in place if you use the administration scripts or create it manually from sample.cfg.) If the terminalname.cfgfile does not exist, the Netstation uses the file called default.cfg.

Customizing Many Remote Configuration Files

If you want some parameters to have the same values for all Netstations, you should do one of the following before adding any Netstations:

Customizing Include Files

The remote configuration file can contain include statements. The include statements can contain variables. By using include statements and variables, you can combine site-wide defaults and individual preferences.

For example, the following include statements:

include $(BasePath)/config/$(Personality)aliases
include $(BasePath)/config/site.aliases

would include a personal aliases file followed by an aliases file for the entire site.

Each include file is read whenever the remote configuration file is read. Changing a parameter in an include file is much easier than changing the same parameter in every remote configuration file.

Using Aliases

You can specify aliases for commonly used strings. For example, if you create an alias for the baud rate of your serial ports, add the line:

alias baud = 4800
Then, change the Serial (n) Baudrate parameter(s) as follows:
Serial (2) Baudrate = baud
Serial (1) Baudrate = baud

Aliases are also used to support translation into other languages.

Using Variables

When specifying the value of a remote configuration parameter, you can include variable names. When the remote configuration file is read, the variable name is replaced by the value of the corresponding remote configuration parameter.

You can use the following variables:

For example, if:

and you specify:

BasePath = /opt/hpxt/enware2/xthome
Remote Config File = $(SearchPath)/config/$(Personality).cfg

the Netstation loads the first available file from the following list:

/opt/hpxt/enware2/xthome/config/xterm16.cfg
/opt/hpxt/enware2/xthome/config/125.4.5.6.cfg
/opt/hpxt/enware2/xthome/config/.cfg
/nfs/fileserver1/opt/hpxt/enware2/xthome/config/xterm16.cfg
/nfs/fileserver1/opt/hpxt/enware2/xthome/config/125.4.5.6.cfg
/nfs/fileserver1/opt/hpxt/enware2/xthome/config/.cfg
/tftp/fileserver2/opt/hpxt/enware2/xthome/config/xterm16.cfg
/tftp/fileserver2/opt/hpxt/enware2/xthome/config/125.4.5.6.cfg
/tftp/fileserver2/opt/hpxt/enware2/xthome/config/.cfg

Using BOOTP/DHCP for Network Configuration

By default, DHCP (dynamic host configuration protocol) and the related BOOTP (boot protocol) are standard protocols that download network configuration information to a Netstation when it boots. (If BOOTP/DHCP is not available on the host, BOOTP is used instead.)

The network configuration information includes the IP addresses of the Netstation and the computers it accesses. It overrides any information that is specified on the configuration screens.

There are two main advantages of using network configuration:

How Network Configuration Works

When the Netstation starts up, it sends a boot request that contains its Ethernet address. The host software looks through bootptab for this address. If a match is found, the network configuration data for the Netstation is extracted from bootptab and sent as a packet over the network.

If no match is found and BOOTP/DHCP (rather than BOOTP) is running on the host, dhcpd searches for a resource file that contains IP addresses and terminal names you have made available. If dhcpd can find an available IP address and terminal name, it assigns them to the Netstation.

If the Netstation is not in bootptab and dhcpd cannot find an available address and terminal name, the Netstation fails to boot.

Configuration Parameters That You May Want to Customize

The remote configuration file contains well over 100 parameters that you can customize. Most of these parameters can also be customized through the configuration screens.

The following sections describe some of the most commonly used parameters:

For a complete list of remote configuration parameters, view the /opt/hpxt/enware2/xthome/config
/sample.cfg file or see Remote Configuration Parameter Reference.

For a list of currently configurable parameters for your Netstation, issue the command:

remsh terminalname get config

On Sun systems, the command is rsh instead of remsh.


Note: The get config command returns only the currently configured parameters for the specified Netstation. For example, if the serial port driver is not installed on the Netstation, the remsh terminalname get config command will not show any serial port parameters. For more information on loading drivers and extensions, see Customizing Your Netstations.

Changing What Happens When the Netstation Starts

By default, an XDMCP (X Display Manager Control Protocol) request is sent to the file server when your Netstation is booted. You can change this as follows:

You can also limit the Netstations that a particular workstation will manage, as described in Controlling Which Netstations a Workstation Will Manage.

Changing the Default Font Path

To change the default font path, use either of the following:

If you are using the default fonts on the workstation (before the software was installed) instead of the Netstation's, you should remove the Netstation's fonts from the font path to save memory. For more information, see Using the Workstation's Fonts.

Changing the Security Options

Various configuration parameters affect security.

For more information about these security options, see Security Options.

Changing the Configuration Methods

By default, local configuration, remote configuration, and network configuration are all enabled. You can change the default as follows:

Setting Up a Non-Standard Keyboard

The default keyboard is USASCII PC 101/102. If you have a different keyboard, use either of the following:

For information about other ways you can customize your keyboard, see:

For a list of supported keyboards, see the Terminal configuration screen or the sample remote configuration file (/opt/hpxt/enware2/xthome/config/sample.cfg).

Setting Up Other Input Devices

In addition to keyboards, the following input devices are supported:

Product
Description
A2839A
PS/2 3-button mouse
100296-536L-5
PS/2 trackball mouse
various
Serial PC mouse (Microsoft, Logitech)
A4364A
HP Graphic Tablet 12 x 12 (Serial)
A4365A
HP Graphic Tablet 12 x 18 (Serial)
33120SER
CALCOMP 12 x 12 Drawingboard Tablet III (Serial)
33180SER
CALCOMP 12 x 18 Drawingboard Tablet III (Serial)
A4363A
HP Button Box (Serial)
A4362A
HP Dial Box (Serial)
A4360A
HP Spaceball (Serial)

You can set up an input device, use either of the following:

With the Input Drivers remote configuration parameter, you set Input Drivers equal to the name of an input driver, optionally followed by a default path and parameters. For example:

In the preceding list, serial1 refers to the first serial port. If the device is connected to the second serial port, use serial2 instead. For example, to use both a serial mouse and a tablet you could specify:

Input Drivers = PC_MOUSE /dev/serial1, HP_TABLET /dev/serial2

Operating Without a Keyboard or Mouse

The Netstation does not need a keyboard or a mouse to boot successfully. You can plug in a PS/2-type keyboard or mouse after booting. Please note that if you connect two of the same PS/2 devices (for example, two keyboards), only one will work.

Using a Space Ball

You do not need to do any configuration changes to use a space ball. Applications that use a space ball provide their own drivers.

Additional Configuration for Tablets

To use a tablet, you may need to set additional remote configuration parameters:

Changing the Gateway List

The gateway list determines which gateway is used to access a particular network or host. To change the gateway list, use either of the following:

The Gateway value is the IP address or name of a gateway. The Route To value is an IP address. The Subnet Mask further qualifies the Route To value. Do not enter a value for the Subnet Mask unless you are dividing the network into subnets. If the IP address of the destination matches both the Route To value and the Subnet Mask value, the specified gateway is used.

At the end of the gateway list, you can specify a default gateway with a Route To value of 0.0.0.0.

To use proxy ARP (Address Resolution Protocol), specify the Netstation's IP address for the Gateway and 0.0.0.0 for the Route To value.

For information about other subnet masks, see:

Monitoring and Controlling Memory Use

Several configuration parameters affect either the amount of Netstation memory that you use or the amount of information that you receive about memory usage. For information about a specific parameter, see:

For more information about optimizing your use of memory, see Using Netstation Memory Effectively.

Filtering Log Messages

Each message has one of the following syslog message classes:

Message Class
Description
<EMERGENCY>
Not currently used in HP Netstation Software.
<ALERT>
Not currently used in HP Netstation Software.
<CRITICAL>
(reverse bold text) The system has failed.
<ERROR>
(bold text) A function or action has failed.
<WARNING>
(reverse text) The system, a function, or an action has possibly failed.
<NOTICE>
(normal text) A situation requires attention.
<INFO>
(normal text) An informational update.
<DEBUG>
Not currently used in HP Netstation Software.
<CLIENTERR>
(normal text) An error from a local client.
<CLIENT>
(normal text) Normal output from a local client.

Based on the message class, you can specify which messages are displayed in the Log screen and which messages are routed to other hosts.

If you want to test that syslog is working correctly, generate a test message for each message class. For example:

remsh terminalname putlog "<ALERT> ALERT test"

(On Sun systems, use rsh instead of remsh.)


[Previous]   [Next]   [Contents]   [Index]