PortServer Default Settings
Serial Parameters: (all ports) 9600 baud, No parity, 8 bits, 1 stop bit, VT100
terminal emulation
Root Login:root
Root Password: dbps
Digi International™, PortServer™, DigiWARE™, RealPort™, and the Digi logo are trademarks of Digi
International Inc. All other brand and product names are the trademarks of their respective holders.
Information in this document is subject to change without notice and does not represent a commitment on
the part of Digi International.
Digi International provides this document “as is,” without warranty of any kind, either expressed or
implied, including, but not limited to, the implied warranties of fitness or merchantability for a particular
purpose. Digi International may make improvements and/or changes in this manual or in the product(s)
and/or the program(s) described in this manual at any time.
This product could include technical inaccuracies or typographical errors. Changes are periodically made to
the information herein; these changes may be incorporated in new editions of the publication.
RESTRICTED RIGHTS:
For non-U. S. Government use:
These programs are supplied under a license. They may be used, disclosed, and/or copied only as permitted
under such license agreement. Any copy must contain the above copyright notice and this restricted rights
notice. Use, copying, and/or disclosure of the programs is strictly prohibited unless otherwise provided in
the license agreement.
For U.S. Government use:
Use, duplication, or disclosure by the Government is subject to restrictions as set forth in sub-paragraph
(c)(1)(ii) of the Rights in Technical Data and Computer Software clause of DFARS 52.227-7013.
Page ii Ÿ PortServer Terminal Server
Table of Contents
PREFACE................................................................................................................................. vi
CONVENTIONS USED IN THIS MANUAL..........................................................................................vi
Certain conventions are used in this manual with respect to keyboard entry and typefaces:
Keyboard Entry
• Single keystrokes are enclosed in angle brackets (e.g. <Enter>, <Esc>, etc.)
• Control keys (i.e. keys which are struck while holding down the <Ctrl> key) are shown as
single keystrokes. For example, “<Ctrl-A>” means hold down the <Ctrl> key while striking
the <A> key. Similarly, “<Alt-A>” means hold down the <Alt> key while striking the <A>
key.
• “Arrow keys” refers to the up, down, right and left arrow keys (<↑>, <↓>, <→>, <←>).
• When you are asked to enter a command, type the text shown, then press <Enter>.
Typefaces
• Examples of output to your computer screen are shown in mono-spaced characters.
• Commands and data that you are to enter via your keyboard are shown in mono-spaced
characters.
• Variable information within a typed entry is shown in italics. For example, if you are asked
to enter cpfile_namepath, type “cp”, followed by a space, then the name of the file to be
copied, another space, and the directory path to which the file is to be copied.
Page vi Ÿ PortServer Terminal Server
Electronic Emission Notices
Federal Communications Commission (FCC) Statements
This equipment has been tested and found to comply with the limits for Class A digital devices
pursuant to Part 15 of the FCC Rules. These limits are designed to provide reasonable protection
against harmful interference when the equipment is operated in a commercial environment. This
equipment generates, uses, and can radiate radio frequency energy, and if not installed and used
in accordance with the instruction manual, may cause harmful interference to radio
communications. Operation of this equipment in a residential area is likely to cause harmful
interference, in which case the user will be required to correct the interference at his own
expense.
Only devices certified to comply with the limits for a Class A computing device may be attached
to this equipment. Operation with noncertified device(s) is likely to result in interference with
radio and TV reception.
This equipment is intended for commercial use only and is not suited for operation in Class B
environments.
The use of shielded I/O cables is required when connecting this equipment to any and all optional
peripheral or host devices. Failure to do so may violate FCC rules.
Industry Canada Compliance Statements
This Class A digital apparatus meets the requirements of the Canadian Interference Causing
Equipment Regulations.
Cet appareil numérique de la classe A respecte toutes les exigences du Règlement sur le matériel
brouilleur du Canada.
PortServer Terminal Server Ÿ Page vii
Notes:
Page viii Ÿ PortServer Terminal Server
Introduction
The Digi PortServer intelligent terminal server gives you the ability to
connect up to 16 RS-232 asynchronous serial devices (such as terminals
and printers) to an Ethernet network. Both Twisted Pair (10BaseT) and
Thinnet (10base2) cabling standards are supported via the appropriate
connectors on the side of the PortServer box.
The PortServer hardware features a 20 MHz 80186 microprocessor and
a 83902 16-bit network interface controller. Other features include one
megabyte of RAM, 256K of ROM, up to 8k x 8 of EEPROM, and
16c554 UARTs. Self-tests on power-up help ensure reliability. Frontpanel LEDs and controls can be used for diagnostic testing and performance checks, monitoring either RS-232 or Ethernet activity.
Operating software is in firmware, but can also be downloaded from a
connected server or workstation via TFTP (Trivial File Transfer Protocol), meaning that the PortServer operating system can always have the
most current software without changing the firmware.
After the power-up self-tests and loading of the operating software
(either from firmware or downloaded), the PortServer software sends
login messages to all connected terminals. (Ports set up as printers or
modems do not receive login messages; the factory default sets all ports
as terminals.)
When they get the login prompt, users can log in to the PortServer’s
on-board operating system. Depending upon their privilege level (as
defined by the system administrator), commands can now be issued to
the PortServer software to change parameters or connect to one of the
network systems. The PortServer software allows the system administrator to set up password-protected accounts with various privilege
levels to limit certain users or terminals to restricted access to systems
on the network.
Description
Operation
Overview
PortServer Terminal Server Ÿ Page 1
Besides terminals, PortServer serial ports can be configured as modem
ports (incoming, outgoing or bidirectional) or printer ports. These
options require knowledge of your host’s operating system to get it to
“see” the devices connected to the ports. For supported operating
systems, Digi’s RealPort port control protocol gives powerful control in
accessing the remote PortServer ports.
Help
PortServer
Highlights
The PortServer software features extensive help functions. From the
main command shell (entered after login), entering a question mark
(“?”) brings up a list of commands and descriptions. Entering a
command followed by “?” produces a list of subcommands and their
descriptions.
• Sixteen high-speed asynchronous serial ports, each with full
modem control and hardware or software flow control.
• Data rates of up to 57,600 bps.
• Multiple PortServer boxes can be attached to the network, limited
only by the capacity of the network.
• Full on-board system diagnostics display results on front panel LED
indicators, or on a connected terminal.
• LED indicators display RS-232 signal conditions plus input and
output flow control status for any port, or Ethernet activity.
• Optional remote booting via TFTP allows firmware upgrades
without hardware changes.
Page 2 Ÿ Introduction
• Also:Printer support.
Password access security.
Extensive help functions.
Statistics reporting.
Industry standard twisted-pair and thin-net connectors.
PortServer Quick Start
This “Quick Start” Getting Started section will help you quickly get your PortServer terminal
server up and running. Wherever possible, the factory default settings are used. Later, once you
have verified that the PortServer can communicate with your network, you can fine-tune the network and terminal parameters for optimum performance.
Plug in the PortServer power supply, and connect the PortServer to the Ethernet
Step 1.
Step 2.
Step 3.
Turn off the power switch on the PortServer unit.
Before connecting the PortServer box to the Ethernet network, be
sure to turn the power switch on the PortServer off. Also, when connecting peripheral devices to the PortServer connectors, both the
peripheral and the PortServer's power switches must be turned off.
Plugging any electronic device into another device under power can
cause damage to one or both of the devices.
Connect your network cable to the appropriate connector on the left side of the PortServer. Be sure to follow your network system's instructions and precautions on
connecting devices to the network.
If you are using a Thinnet (10Base2) cable, plug the cable into the BNC coaxial
connector. Make sure the selector switch is in the left-hand position.
If you are using a Twisted Pair (10BaseT) cable, plug the cable into the 10BaseT
connector. Make sure the selector switch is in the right-hand position.
Make sure the PortServer’s power switch is turned off, then plug the transformer’s
power connector into the DIN connector on the left side of the PortServer’s case.
Now plug the PortServer’s power adapter into a standard AC outlet.
PortServer Terminal Server Ÿ Page 3
Connect a control terminal to the PortServer
The PortServer is controlled from a terminal (or PC with terminal emulation software) connected
to Port 1 on the PortServer’s back panel. (Any port can be used, but we will use the convention
of Port 1 here.) In some installations, the PortServer can be controlled directly over the Ethernet;
see Configuring the PortServer over the Ethernet on page 5.
Step 1.Turn the PortServer’s power switch OFF.
Plugging any electronic device into another device under power can
cause damage to one or both of the devices.
Step 2.Plug your serial terminal into Port 1 on the back of the PortServer box. One cable leg
converter (RJ-45 to DB-25) is included with your PortServer. Please note that this
Digi cable leg is wired straight-through, and that you will need a null modem cable
or adapter to connect a terminal if you use the included cable leg.
You probably do not need all ten RS-232 lines for a terminal connection, and may
wish to save the “pigtail" connector for other connections. The following diagram
shows a simple three-wire cable for connecting a terminal to the PortServer. Usually,
serial terminals and printers need only a three-wire connection. The PortServer
supports XON/XOFF (software) handshaking, so the only signal lines necessary are
Transmitted Data (TxD), Received Data (RxD) and Signal Ground (SG). Cables
must be shielded to remain in compliance with FCC certification requirements, and
the shield should be connected to Chassis Ground (GND) at one end of the cable
run.
Page 4 Ÿ Quick Start
The DB-25 end of the cable can be plugged directly into most serial terminals
without any adapters. The RJ-11 plug fits in the center of the PortServer's RJ-45
jack. (Be sure that the plug is centered in the jack!)
Simple 3-Wire Cable
RJ-11 - 4 PinDB-25 Male
Signal
(= Cable Shield)
PinPin
GND
TxD
RxD
SG
1
2
3
4
1
2
3
7
Signal
GND
TxD
RxD
SG
This same configuration can be constructed using 6 pin RJ-11 plugs, or either 8 or
10 pin RJ-45 plugs. See “RJ Connectors” on page 91 for the relationship of the
various sizes of RJ connectors to the 10 pin RJ-45 jack.
Configuring the PortServer over the Ethernet
If the IP address has not been set, the PortServer will attempt to use RARP (Reverse Address
Resolution Protocol) to determine its IP address. If this succeeds, the rest of the PortServer
configuration may be completed by connecting to the PortServer using telnet, without connecting
a serial terminal.
For this to work, a RARP server must be set up somewhere on the network. Consult your
operating system and network software documentation for information on how to do this.
(On many UNIX systems, such information can be found in the manual entry for rarpd).
PortServer Terminal Server Ÿ Page 5
Connect other terminals and peripherals to the PortServer
At this point you may wish to connect other devices (terminals, modems or printers) to the
PortServer. If you’d prefer to “play with it” a bit and add other peripherals later, skip this part
and go to the next section, Log in and Configure the PortServer on page 9.
Terminals
Attach terminals to the other ports as previously described, plugging the RJ-45 or RJ-11
connectors (from the terminals) into the appropriate sockets in the back of the PortServer. All of
the ports are equal, and you can configure any port for any device. Make sure the power is off on
the PortServer and the terminals!
Some terminals require hardware handshaking; most that do use Data Terminal Ready (DTR) for
hardware handshaking. Here is a wiring diagram for this method:
Terminal/Printer Cable with DTR Handshaking
Page 6 Ÿ Quick Start
RJ-45 - 8 PinDB-25 Male
Signal
(= Cable Shield)
PinPin
1
DSR
2
RTS
TxD
RxD
SG
CTS
DTR
3
4
5
6
7
8
GND
20
4
5
1
2
3
7
Signal
RTS
CTS
GND
TxD
RxD
SG
DTR
A more inclusive cable (necessary if you are going to set your port device as a host) is a full 10wire null-modem cable:
Full 10-Wire Null Modem Cable
Pin 10
Pin 1
RJ-45 - 10 PinDB-25 Male
SignalSignal
(= Cable Shield)
PinPin
TxD
RxD
RTS
CTS
DSR
DCD
DTR
GND
SG
RI
5
6
3
8
2
7
10
9
1
4
20
22
TxD
2
RxD
3
RTS
4
CTS
5
DSR
6
SG
7
DCD
8
DTR
RI
1
GND
PortServer Terminal Server Ÿ Page 7
Modems
The easiest way to connect modems is to use Digi’s RJ-45 to DB-25 straight-through cables,
which offer full 10-pin connections for full modem control. (You may find ten-pin RJ-45
connectors difficult to find in the retail market). Here are the choices and part numbers:
DB-25 MaleDB-25
DB-9 Male
Female
24 Inch Cables
48 Inch Cables
610200246103002461070024
6102004861030048N/A
If you wish to build your own modem cables, follow the diagram below. Cables must be shielded
to remain in compliance with FCC certification requirements, and the shield should be connected to Chassis Ground (GND) at one end of the cable run.
Full 10-Wire Modem Cable
Pin 10
Pin 1
RJ-45 - 10 PinDB-25 Male
Signal
(= Cable Shield)
PinPin
1
RI
2
DSR
3
RTS
4
GND
5
TxD
6
RxD
7
SG
8
CTS
9
DTR
10
DCD
Signal
RI
22
DSR
6
RTS
4
GND
1
TxD
2
RxD
3
7
SG
5
CTS
20
DTR
DCD
8
Now connect the modem(s) to the other ports as previously described, plugging the RJ-45 or RJ11 connectors from the modems into the appropriate sockets in the back of the PortServer. Again,
make sure the power is off on the PortServer and the modems!
If you want to use 8-pin RJ-45 to DB-25 adapters, a software feature called ALTPIN has been
incorporated into the PortServer software to swap the DCD and DSR signals. This makes DCD
available on pin 1 of an 8-pin RJ-45 connector. See Altpin on page 97.
Page 8 Ÿ Quick Start
Printers
Serial printers can have different wiring requirements because of their manufacturer’s interpretations of the RS-232 “standard.” For those printers that can work with software handshaking
(also called “XON/XOFF”), the three-wire hookup for terminals shown on page 5 will work well.
Printers that require hardware handshaking (sometimes referred to as “DTR/DSR”) should work
with the terminal hardware handshaking wiring scheme shown on page 6. (Some Okidata
printers use a control signal on pin 11, called Supervisory Send Data (SSD) instead of DTR. In
this case, simply connect CTS on the RJ-45 side to pin 11 of the DB-25, instead of pin 20.)
If your printer manufacturer suggests a different wiring scheme, use it. Cables must be shielded
to remain in compliance with FCC certification requirements, and the shield should be connected to Chassis Ground (GND) at one end of the cable run.
This same configuration can be constructed using 6 pin RJ-11 plugs, or either
8 or 10 pin RJ-45 plugs. See “RJ Connectors” on page 91 for the relationship
of the various sizes of RJ connectors to the 10 pin RJ-45 jack.
Make sure the power is turned off on both the PortServer and the printers, and connect the
printers to the other ports as previously described.
Log in and Configure the PortServer
Step 1.Turn on the terminal (or PC running terminal emulation software). Set the terminal
parameters to VT-100 emulation, 9600 baud, 8 data, 1 stop, and no parity.
(These are the factory default PortServer settings. While the PortServer can be
instructed to change these parameters, the terminal must be set to these default
values at first, in order to communicate with the PortServer software to change the
parameters!)
Step 2.Turn the PortServer’s power switch on.
Step 3.The PortServer firmware’s Power On Self Test (POST) sequence will now run auto-
matically, displaying different messages in the 7 segment LED display as it performs
different tests. If no errors are detected, the 7 display should end up displaying AC,
and the ten LEDs will each go on in sequence.
PortServer Terminal Server Ÿ Page 9
Step 4.When AC is showing on the PortServer display, press the Return or Enter key on
your keyboard; you should get the login: prompt. Enter root. When asked for the
root password, enter dbps:
login: root
passwd:
#>
(Note in this screen dump that the password is not echoed to the screen.) When you
see the #> prompt, you are logged in.
Step 5.Now you need to enter some network configuration information for the PortServer’s
network parameters configuration table, using information available from your
network administrator (or network documentation). Examples here will have
“phony” numbers that you will have to replace with your own information.
IP Address
Node Name
Domain Name
First, you need to set an IP address for the PortServer unit.
Your network administrator can give you an appropriate
address to use. Assuming an IP address of 192.83.159.1 (for the
sake of this example), enter the following command:
#>set config ip=192.83.159.1
#>
(Again, enter the IP Address as assigned by your network administrator, not the example address shown above!)
Enter the node name you have assigned for the PortServer. This
example uses “termserver”:
#>set config myname=termserver
#>
If applicable, enter the name of the domain that the PortServer
is part of. The default name is “DOMAIN”; this example uses
“arnold.org”:
#>set config domain=arnold.org
#>
Page 10 Ÿ Quick Start
Domain
Server’s
Name
If you have one, enter the IP address of the IP Name Service
machine that will translate names to addresses. This example
uses “192.83.159.2”:
#>set config nameserv=192.83.159.2
#>
Note that if you do not have an IP Name Service machine, you
can use the PortServer’s Set Host commands to build a table
of names and their IP addresses. (See page 46.)
Network
Subnet
Mask
Gateway
Address
Set your network subnet mask. (The PortServer’s default
setting is 255.255.255.0); that’s also the mask used in this
example:
#>set config submask=255.255.255.0
#>
If you have a gateway, set its IP address. (The default setting of
255.255.255.255 is used in this example):
#>set config gateway=255.255.255.255
#>
There are other PortServer parameters that can be configured. These are covered
individually in the Command Reference chapter.
PortServer Terminal Server Ÿ Page 11
Testing the network connection
You should now be able to establish communications with another network machine. (You will
need to know the IP Address of the other machine.) Enter the following ping command to test
the connection:
#>ping 192.83.159.227
#>
(Again, the IP address “192.83.159.227" shown above is for example only. Use an IP address
that is valid for your network.)
The PortServer software should respond:
192.83.159.227 is alive
#>
If you do not see the “It is Alive!” message, check the IP address set for the PortServer, as well as
that of the target machine. Check your physical network cable connection. You can also use the
PortServer’s front panel to check Ethernet activity—see PortServer Front Panel on page 69.
Page 12 Ÿ Quick Start
Set up ports for your uses
Your next step would be to configure individual PortServer ports for your own specific uses. This
section sets up these example ports:
• A wyse60 terminal on port 2, running at 38400 baud with software flow control
• A printer with hardware flow control on port 3
• A bidirectional modem with hardware flow control on port 4
Security Levels
Root Login is required for setting up ports, as it allows complete access to all PortServer options. The root user can
write and save the configurable parameters for any port, and
the root user sets up the “regular” logins for other users.
Except for parameter changes to his or her own PortServer
port, a “regular” user cannot configure any of the PortServer
parameters.
The “root” login is always present, and must always have a
password. It is not possible to remove the root user entry, or
delete the root password. It is possible to change the root
password with “newpass” (see page 36), and it is also possible for you to forget the root password if you change it! (In
this unfortunate event, see Resetting the PortServer toFactory Defaults on page 80). The factory default root password is dbps.
Root level access is required for setting the ports as shown in
these examples.
Also see PortServer Security on page 77
Note that all changes made here are by default saved to EEPROM memory. The root user can
choose not to permanently change settings (see Saving to EEPROM on page 39); as a security
measure, by default “regular” users cannot save parameters permanently.
PortServer Terminal Server Ÿ Page 13
Terminal Setup Example
(Wyse60 terminal on port 2, running at 38400 bps with software
flow control)
Step 1.Turn off the power to the terminal and the PortServer, and connect the Wyse
terminal to Port 2. Power up again.
Step 2.At the Port 1 control terminal, log in as root.
We’re still using Port 1, but any terminal can be used to make PortServer
configuration changes, as long as the user logged in as root, or has gained root
privileges with the admin command (page 31)—which as you’d suspect also requires the root password.
Step 3.Again, the default settings are VT-100 emulation, 9600 baud, 8 data, 1 stop, and no
parity. For this example, we will change the Port 2 terminal type to wyse60, the
baud rate to 38400, and select software flow control for both incoming and outgoing
data.
Setting the terminal type and baud rate will require these Set commands: set
port, set flow and set line. The set command’s range parameter will also
come into play, to tell the PortServer software that the changes we are making are to
Port 2.
Page 14 Ÿ Quick Start
Terminal
Type
Baud Rate
Set the terminal type for Port #2 by typing:
#>set port termtype=wy60 range=2
Note that the terminal type names depend upon the conventions
accepted by your network’s host operating system; wy60 in the
above example stands for a Wyse 60 terminal.
The range=2 parameter tells the PortServer software that this
command is to affect Port #2; if range=2 had not been added,
the port we’re connected to (Port #1) would have been changed
to Wyse 60.
Change the baud rate of Port #2 from the default 9600 baud to
38400 by typing:
#>set line baud=38400 range=2
Flow Control
While the default port flow control setting is for software flow
control, let’s set it again just to make sure, by typing:
(In the above, set flow ixon=on sets port #2 to use
software flow control (typically XON/XOFF) for output data.
set flow ixoff=off sets port #2 to turn off software flow
control for input data (keyboards shouldn’t need flow control).
Shorthand: The above two setflow commands could have
been set with one line:
#> set flow ixon=on ixoff=off range=2
Almost all commands can also be abbreviated; see
Abbreviations on page 28. For clarity, abbreviations will not be
used in these examples, and each command will have its own
line.
set commands are discussed in detail on page 38.
Printer Setup Example(Printer with hardware flow control on port 3)
Step 1.Turn off the power to the printer and the PortServer, and connect the printer, wired
as discussed on page 9, then power up again.
Step 2.At the control terminal, log in as root.
Step 3.The default settings when defining a port for printing are 9600 baud, 8 data, 1 stop,
and no parity. For this example, those will be fine, but we will need to set the flow
control.
Setting the port definition to printer and setting the flow control to DTR/CTS
(“hardware”) will require these Set commands: setport and setflow. The set
command’s range parameter will also come into play, to tell the PortServer software that the changes we are making are to Port 3.
PortServer Terminal Server Ÿ Page 15
Define Port
as Printer
Set Port #3 to be a Printer port by typing:
#>set port dev=prn range=3
Note that you did not have to set the port to be a terminal in the
previous example, because they all default to terminal as
shipped. To change Port #3 back to a terminal someday, you
would type “set port dev=term range=3.”
Again, the range=3 parameter tells the PortServer software
that this command is to affect Port #3; if range=3 had not
been added, the port we are connected to (Port #1) would have
been changed to a printer type—effectively ending our session
here until we logged in on another terminal to change it back!
Flow Control
Change the flow control for Port #3 to DTR (“hardware”) by
typing:
#>set flow cts=on range=3
set flow cts=on sets port #3 to use hardware flow control
for output data. (Note how CTS is connected to DTR in the
DTR wiring diagram on page 8.) Also note that the printer’s
flow control must match the hardware flow control we are
setting here.
You must also ensure that software flow control is off:
Please note that using printers through the PortServer terminal server is very operating-system
specific and beyond the scope of this Quick Start discussion. See Printers on page 85 for more
information and application notes.
Page 16 Ÿ Quick Start
Modem Setup Example(Bidirectional modem with hardware flow control on port 4)
Step 1.Turn off the power to the modem and the PortServer, and connect the modem, wired
as discussed on page 8, then power up again.
Step 2.At the control terminal, log in as root.
Step 3.The default baud rate setting of 9600 baud should be raised or lowered to the highest
setting that the modem can handle. (Remember that we’re talking about the
PortServer-to-Modem connection, not the speed at which the modem itself communicates over the telephone lines.) For this example, we will set up the PortServer-toModem connection at 2400 baud with hardware flow control.
Setting the port definition to bidirectional modem and setting the flow control to
RTS/CTS handshaking will require these Set commands: set port and set
flow. The set command’s range parameter will also come into play, to tell the -
PortServer software that the changes we are making are to Port 4.
Define Port
as Bidirectional
Modem
Baud Rate
Set Port #4 to be a bidirectional modem port by typing:
#>set port dev=mio range=4
Other related choices would have been “set port dev=min”
for input-only, and “setportdev=mout” for output only.
“set portdev=mio” is for bidirectional connections.
Again, the range=4 parameter tells the PortServer software
that this command is to affect Port #4; if range=4 had not
been added, the port we’re connected to (Port #1) would have
been changed to a modem type—effectively ending our session
here until we logged back in through the modem!
Change the baud rate of Port #4 from the default 9600 baud to
2400 by typing:
#>set line baud=2400 range=4
PortServer Terminal Server Ÿ Page 17
Flow Control
Change the flow control for Port #4 to RTS/CTS (“hardware”)
by typing:
(In the above, setflowrts=on sets port #4 to use hardware
flow control for input data. setflowcts=on sets port #4 to
use hardware flow control for output data.) Also note that the
modem must be set (through AT commands or DIP switches)
for hardware flow control.
You must also ensure that software flow control is off:
Please note that setting up and using modems through the PortServer terminal server (or any
system, for that matter!) can get complicated quickly. See Modems on page 86 for more infor-
mation and application notes.
Page 18 Ÿ Quick Start
Set up a new user
A typical next step would be to set up a new user and password. For this example, we will:
• Set up a new user for that Wyse 60 terminal on Port #2; the user’s login will be betty.
• Give Betty the password MeBoss, and require that she give it whenever she logs in. (That is
the default, but we will make sure it is in place.) Passwords are case-sensitive, and limited to
eight characters in length.
• Change the login prompt from the default login> to MegaCorp>.
• Set up Betty’s secretary Rex as a user sharing Betty’s same terminal connected to Port 2,
with the user name rex and the password wannaB.
• Set it up so that whenever Rex logs in he is connected directly to the host Corporate, without
the opportunity to manipulate the PortServer’s command shell.
The PortServer software offers many automatic login and automatic connection options. The
one mentioned above is tied to a specific user (rex); we could also have tied it to a particular
port, but since Betty and Rex share the same terminal, that would have left Betty without
access to the PortServer command line. You will want to carefully read (in the CommandReference chapter) the entire section on the suite of set commands (page 38) to get an idea
of all of the PortServer options.
Making the above additions/changes to the PortServer will require the newpass command,
and these set commands: sethost, setlogins and setusers. The set command’s
range parameter will also come into play on some commands, to tell the PortServer soft-
ware that the changes we are making are to ports 1-16. (An eight-port PortServer would use
a range parameter of 1-8.)
PortServer Terminal Server Ÿ Page 19
Create New
User “Betty”
Create “regular” (as opposed to root) user “Betty” by typing:
#>set users name=betty
The user names are stored in a table of users, viewable by
typing “setusers” without any other parameters. As you will
later find, this way of getting the current PortServer setup
information works for all commands. And an easy way of
getting help on commands from the PortServer software is to
type the command sequence followed by a space and a question
mark, like “setusers?” to get a list of the set users options.
User names are case sensitive; “Betty” does not mean the
same as “betty” or “bEtTy” to the PortServer software.
IMPORTANT! Note that for new users, the user password is
the same as the username, with the same capitalization. Betty’s
password (until she changes it) is the same as her username
betty.
Require
Password
The user password is required by default (set to passwd=on),
but we will set it to ON just to make sure. Type:
#>set users name=betty passwd=on
(Yes, we could have done this at the same time as the first step.
We had to type in “username=betty” here so that the PortServer software knew which user we were talking about.)
Page 20 Ÿ Quick Start
Change
Betty’s
Password to
“MeBoss”
Passwords are case-sensitive, and limited to eight characters or
less. Changing the password can be done either by Betty
herself, or by the root user.
As root, set the password itself to “MeBoss.” Type:
newpass name=betty
The PortServer responds with
current passwd:
Type in “MeBoss”—note that it will not be echoed on the
screen. (You will be asked again for the new password, to make
sure it was typed correctly.)
Betty herself could have logged in (under her old, original
password of “betty,” and changed the password herself with the
newpass command. In that case, she would not have to add
“name=betty”.
Change
Login Prompt
to
MegaCorp>
Create New
User “Rex”
with
Password
“wannaB”
Change the login prompt for port #2 from the default login> to
MegaCorp> by typing:
#>set logins logprompt="MegaCorp>" range=1-16
Note that if you wanted to change login prompt just for port #2,
you could have typed range=2; the above range command
changed the login prompt for all attached ports.
The login prompt length is 11 characters.
Also note the quotation marks around “MegaCorp>”; these
weren’t necessary in this example, but if a space had been
included (“MegaCorp>”) the quotation marks would have
been necessary to let the PortServer software know unambiguously what the new prompt string was.
This is done in the same way as in the preceding example with
Betty. Type:
#>set users name=Rex passwd=on
Change the password (it is now “Rex”) as described for Betty.
PortServer Terminal Server Ÿ Page 21
Have User
“Rex” bypass
PortServer
Command
Shell, connect
directly to
Host
“Corporate”
First, we create table entries for the host named “Corporate,”
including its IP address (152.83.151.1 is a “phony” name used
here for an example). Note that the “ip=” part is not necessary
if you have IP name service.
#>set host name=corporate ip=152.83.151.1
(You can inspect the Host table at any time by typing set
host with no other parameters.)
Next, we configure the PortServer software so that user “Rex”
is an auto user, automatically connected to a destination host
dest:
(Again, 152.83.151.1 is a “phony” IP address; you would use
the real IP address for the host named “Corporate.”)
Setting dport is necessary to establish a terminal session with
the other host. The value 23 means a telnet-type terminal,
which will ask Rex to log in again at Corporate. An entry of
513 would specify Rlogin services, and Rex would automatically be logged in as long as his login on “Corporate” isthe same user name. Check your operating system documentation for service numbers.
Page 22 Ÿ Quick Start
set commands are discussed in detail on page 38.
Loading...
+ 88 hidden pages
You need points to download manuals.
1 point = 1 manual.
You can buy points or you can get point for every manual you upload.