implemented emulations: ANSI, SCOANSI, VT100, VT220, VT220-8, VT320, VT320-8, WYSE60 (WYSE60 COLOR), LINUX, XTERM, HP, TN3270 (3278-2, 3278-3, 3278-4, 3278-5, printer 3287-1),
possibility to connect the terminal via a computer network, using TCP/IP protocol, a modem or RS serial connection,
supporting connections using safe ssh protocol:
protocol version: 1 and 2;
authentication methods: by password, keyboard-interactive, public key (from a file, a certificate, stored on the PKCS#11 standard device), X.509 standard certificate, NTLM and Kerberos,
determining accessibility and priorities of the authentication methods (Fallback),
possibility to select acceptable cipher and hash algorithms,
ssh tunneling support,
generating keys in DSA and RSA standards,
connections with safe ssl / tls protocol support:
protocol version: ssl – version 3, tls – version 1;
possibility to select acceptable cipher algorithms,
host identification (optionally end-user identification) using certificates
supported access with chip cards, usb tokens and other cryptographic devices meeting the PKCS#11 standard,
possibility to run multiple sessions simultaneously with different configuration options,
automatic logging and closing the program after disconnecting,
automated logging process based on setting a sequence of arbitrary characters sent to the host after receipt of a specified phrase – possibility to change the environment settings, running any application without interfering the user’s profile, etc.
possibility to run any program after successful connecting,
extension of the TN3270 emulation function:
telnet extended protocol support,
available API functions,
available COM+ interface for the program (possibility to connect the terminal to, among other things, office applications: Excel, Word),
file transfer protocol IND$FILE support,
printing support – emulation 3287-1
full screen mode
support for variable number of screen columns and rows (NAWS),
possibility to run any program in the operating system of the end user, initiated by a UNIX application (e.g. calculator, notepad),
simple and clear configuration method,
connection selection startup form,
visual mapping of all the keys,
definable function key bar,
possibility to map the mouse keys,
manual or automatic change of keyboard mapping, dependable on the active application,
user’s defined conversion of the characters displayed – support for any code page available in Windows,
possibility to create customized code pages and conversions of specific characters,
possibility to change color mapping and attributes of the characters displayed,
support for all the fonts available in Windows, including the variable width fonts,
possibility to display frame characters in graphic form,
possibility to determine quality of the fonts displayed (antialiasing, without antialiasing, ClearType technology),
built-in 4 terminal fonts in many sizes,
possibility of local printing to any network or local printer using standard Windows mechanisms,
co-working with several local printers (including printing to fiscal printers),
option of graphic prints with a possibility to set the page appearance parameters,
possibility to convert the printing characters,
built-in barcode reader support,
multilanguage program interface,
built-in options useful for administrators,
trouble-free administering and transferring the configured program to other computers,
possibility to limit the user’s access to the configuration options – advanced and simplified work mode,
context help system
Assuring safety and confidentiality of the data being sent becomes more and more important. The existing network infrastructure often does not provide the required protection level. The CryptoTerm terminal emulator is a client of the ssh and ssl/tls protocol.
It allows to open safe, encrypted connections
, using the existing, unprotected network infrastructure.
Various methods to authenticate the end user and the server have been implemented in the CryptoTerm terminal emulator: using the pairs of the private and public keys, certificates, NTLM protocol and Active Directory mechanisms with the Kerberos protocol.
The CryptoTerm supports the devices meeting the PKCS#11
standard (the examples of such devices may be: the eTokenPRO
keys of Aladdin
, the multiSIGN
card of CryptoTech
or the Feitian PKI card
). The PKCS#11 is a standard developed by RSA Security Inc., describing the devices storing secrete information (e.g. private keys, certificates, etc.) as well as cryptographic functions (e.g. calculating the RSA signature, generating the keys).
The devices meeting the PKCS#11 standard facilitate, among other things, to generate the pairs of the private and public keys. The private keys are stored in the internal memory of the device and they cannot be read from it.
The private keys stored are accessed only by the cryptographic functions implemented in the device. It is a safer way to store a private key
than to do so on a computer hard disc.
The CryptoTerm terminal emulator may be configured in such a way that authentication of the user to the ssh server is performed by means of the RSA keys stored on the devices supporting the PKCS#11 standard.
The CryptoTerm emulator allows to work remotely on the mainframe class computers
by using the connections based on the TCP/IP protocol, and using the telnet
protocol or telnet extended
protocol as well as encrypted, safe ssl/tls
channel. It implements the specifications of the 3278
terminals and 3287-1 printer
Comparing to the standard TN3270 terminal, the emulator window is provided with a series of facilities allowing to increase the work ergonomics
by the functions available in the graphic systems of Microsoft. The emulator contains, among other things, a key bar controlled by means of a mouse which may be assigned to any actions such as: deleting a character, a word, clearing the edit boxes, function key actions of PF1 - PF24, calling macro commands etc.
The CryptoTerm provides the API functions
and implements the COM+ interface
to the program, thus offering a possibility to use the emulator mechanisms in the external programs (Word, Excel). Consequently, you may simply grant access to the information stored on the mainframe class computers to other applications.
The CryptoTerm emulator allows to record and play a key sequence entered by the user, enabling to create macro commands, so called "macros
". The macros are stored in the Visual Basic format, allowing to modify them easily and use them in other programs.
The CryptoTerm emulator has been provided with a file transfer module operating in the mainframe environments and implementing the IND$FILE protocol.
Arbitrary standard of coding characters.
The terminal co-works with the applications written in any code page, including the ones which use Unicode. It uses the pages installed in Windows, however it also allows to create your own code pages and to convert additionally the individual characters, thus allowing to support any code page.
Configuration files – trouble-free administration.
The settings of the CryptoTerm terminal emulator (coding characters, connecting method, remote system name, default printer, printing to a file etc.) are stored in the configuration file. This enables to create the pattern files and copy them to the computers of the remaining users.
Do you remember how troublesome are frequent phone calls of irritated users saying, "I have pressed a button, you know, and it stopped working "? The CryptoTerm terminal emulator is provided with numerous options useful for administrators
- access to such elements of the window as: menu, toolbars or access to the configuration program may be restricted and accessible only if entering a password. If we add that you may enter the name and password of the user in the configuration program, then the scenario of working with the emulator may look like as follows: after running the CryptoTerm terminal emulator the user gets automatically logged on the system, the required application gets started, and after it is exited the emulator window gets closed. Local printing.
The program like other terminal emulators supports local printing
, however unlike others it allows to direct the print to one of four printers installed on the end user system from the server level. Printing is executed with the use of the standard Windows mechanisms (spooler), thus the terminal is not locked for the printing time, and it is possible to interrupt the process.
The data stream being printed is converted
to an arbitrary sequence of characters - this way you may make printing the national characters independent of the code pages used in the Unix system and on the printers.
The CryptoTerm terminal emulator works flawlessly with any devices connected to the standard input-output devices, installed on the end user system. It is unrivalled when working with the fiscal printers
- it enables a full, equipment based control over the connection and easy implementation of the bidirectional data transmission procedures. On the application side, the incoming items of the receipt are directed to the printer, and the data from the printer are sent to the applications in the transparent mode or in the data formatting mode. The graphic printing module
allows to get independent of the national characters implementation standard on the printer and to set individually the page appearance parameters.