News Group Posts

esker tun windows 2000 telnet login

From: rja.carnegie@excite.com (Robert Carnegie)
Subject: Re: Is there a login script ?
Date: 10 Oct 2001 03:17:03 -0700
References: <9puahu$q7n$1@ac1.ewetel.de> 

"Louis Schreyer" <info@aquarix.de> wrote in message news:<9puahu$q7n$1@ac1.ewetel.de>...

> Hi,
> we have an openserver installation here which has a special user
> with username KXB1
>
> Every time we log in, the system seems to check something, because
> we only can login from special windows clients with "tunplus" running.
> If i try with telnet, the system accepts the username but stops.
> When I press ENTER then, the errormessage "Your port () is unknown.
> No free port for you, sorry" comes up. I guess that there is some
> kind of login script for user KXB1 which checks something on the
> clients.
>
> We have a remote site also. When I login via telnet in this site,
> it works.  Here the check seems not to be enabled.
>
> Who can help me to overcome this ? I need access from my home computer
> to do some work on the server. I would need to install Tunplus,
> but our versions do not work with W2K.

Dug a little; Tunplus is from www.esker.com and there's a big icon
on this particular product page labelled "Windows 2000 Matrix".
This turns out to mean that the latest Tunplus is indeed _not_
(officially) compatible with Win2K.  The icon is a link to the
table ("matrix") of which products are compatible with Win2K
and which aren't.  Tunplus isn't - officially.  But you could
try it.

It seems to be a terminal emulator with some pretensions (Java?), but
since you _can_ get in by telnet to a KXB1 installation on another
server, and presumably can work okay with it, there seems to be
nothing special about Tunplus itself that makes KXB1 work.

Tony Lawrence directed you to his own page
/Unixart/termcap.html ; I'd draw your attention
particularly to "badly written programs" which have their own
database of terminal capabilities, because we use one such.
The two installations of the application on your two servers
may have different versions of the database, so that one recognises
the basic Windows telnet terminal and the other doesn't.

In our product (Recital, www.recital.com) there's a text file
for each terminal type that the application recognises - ansi.def,
vt220.def, kermit.def (home-made).  Of course that's only how Recital
does things.  However, there may be a file on the remote server
that you can drop into the corresponding directory on the other
server to get KXB1 to support your preferred telnet.

For this to be the answer requires that the error message
"Your port () is unknown" can be interpreted to mean
"This application doesn't have a terminal capability record
for your value of $TERM", which uses none of the same words
except for "your" - but if Mr Lawrence doesn't see this as
incredible, then why should I?

The basic telnet on Windows 2000 is very limited, and
back in July we discussed whether it was actually defective
in cut-and-paste, so you may wish to consider another emulator
product using the telnet protocol and, for instance, SCOANSI
"ansi" emulation.  In order not to invoke the Anzio/Anzio Lite
daemon on this newsgroup I'll mention that one myself ;-)
 

Comments?

Jump to Comments

Many of the products and books I review are things I purchased for my own use. Some were given to me specifically for the purpose of reviewing them. I resell or can earn commissions from the sale of some of these items. Links within these pages may be affiliate links that pay me for referring you to them. That's mostly insignificant amounts of money; whenever it is not I have made my relationship plain. I also may own stock in companies mentioned here. If you have any question, please do feel free to contact me.

Specific links that take you to pages that allow you to purchase the item I reviewed are very likely to pay me a commission. Many of the books I review were given to me by the publishers specifically for the purpose of writing a review. These gifts and referral fees do not affect my opinions; I often give bad reviews anyway.

We use Google third-party advertising companies to serve ads when you visit our website. These companies may use information (not including your name, address, email address, or telephone number) about your visits to this and other websites in order to provide advertisements about goods and services of interest to you. If you would like more information about this practice and to know your choices about not having this information used by these companies, click here.