Terminal server
History
Historically, a terminal server was a device that attached to serial RS-232 devices, such as "green screen" text terminals or serial printers, and transported traffic via TCP/IP, Telnet, SSH or other vendor-specific network protocols (e.g., LAT) via an Ethernet connection.
Digital Equipment Corporation's DECserver 100 (1985), 200 (1986) and 300 (1991) are early examples of this technology. (An earlier version of this product, known as the DECSA Terminal Server was actually a test-bed or proof-of-concept for using the proprietary LAT protocol in commercial production networks.) With the introduction of inexpensive flash memory components, Digital's later DECserver 700 (1991) and 900 (1995) no longer shared with their earlier units the need to download their software from a "load host" (usually a Digital VAX or Alpha) using Digital's proprietary Maintenance Operations Protocol (MOP). In fact, these later terminal server products also included much larger flash memory and full support for the Telnet part of the TCP/IP protocol suite. Many other companies entered the terminal-server market with devices pre-loaded with software fully compatible with LAT and Telnet.

Dedicated console server appliances are available from a number of manufacturers in many configurations, with the number of serial ports ranging from one to 96. These Console Servers are primarily used for secure remote access to Unix Servers, Linux Servers, switches, routers, firewalls, and any other device on the network with a console port. The purpose is to allow network operations center (NOC) personnel to perform secure remote data center management and out-of-band management of IT assets from anywhere in the world. Products marketed as Console Servers usually have highly advanced security functionality to ensure that only qualified personnel can access various servers and that any data that is transmitted across the LAN, or over the Internet, is encrypted. Marketing a product as a console server is very application specific because it really refers to what the user wants to do—remotely control, monitor, diagnose and troubleshoot equipment over a network or the Internet.
Some users have created their own console servers using off-the-shelf commodity computer hardware, usually with multiport serial cards typically running a slimmed-down Unix-like operating system such as Linux. Such "home-grown" console servers can be less expensive, especially if built from components that have been retired in upgrades, and allow greater flexibility by putting full control of the software driving the device in the hands of the administrator. This includes full access to and configurability of a wide array of security protocols and encryption standards, making it possible to create a console server that is more secure. However, this solution may have a higher TCO, less reliability and higher rack-space requirements, since most industrial console servers have the physical dimension of one rack unit (1U), whereas a desktop computer with full-size PCI cards requires at least 3U, making the home-grown solution more costly in the case of a co-located infrastructure.
An alternative approach to a console server used in some cluster setups is to null-modem wire and daisy-chain consoles to otherwise unused serial ports on nodes with some other primary function.
See also
External links
- Tom Fine: Console Server
- How to build your own console server using FreeBSD
- Remote Serial Console HOWTO
- Linux Serial Consoles for Servers and Clusters By Matthew Hoskins 2004
- Project Hydra: the USB Multiheaded Monster by Poul Petersen 2004