(OLDER) <- More Stuff -> (NEWER) (NEWEST)
Printer Friendly Version



assign specific ttys force pseudo tty network login


What is this stuff?

If this isn't exactly what you wanted, please try our Search (there's a LOT of techy and non-techy stuff here about Linux, Unix, Mac OS X and just computers in general!):



From: Bob Rasmussen <ras@anzio.com>
Subject: Re: sco-list: TTY Assignments
Date: Tue, 15 Jan 2002 08:02:20 -0800
References: <3c444545.0@209.128.1.3> 

On Tue, 15 Jan 2002, Joe wrote:

> Is there anyway to make sure a telnet client always gets the same TTY
> assignment when logging into a UNIX host? We have an application that
> assigns printers to hosts based on their TTY assignment. This is fine with
> terminals, but now we have PC's in place of terminals using TELNET, its
> giving the telnet sessions the next available TTY, thus screwing up printer
> issues.



I don't know of a way to to make sure a particular telnet client always gets
the same TTY device. But there are other ways to solve your problem. Here are
some possibilities to consider, dependent of course on the capabilities of
your telnet client. Keep in mind that in some cases you may want to have
multiple telnet sessions coming from one PC, and that may affect your choice
of methods. In no particular order:

1) ANSWERBACK: Most terminal models allow an answerback string to be
programmed in. The server can then query for this string. An advantage of this
approach is that it will work with dumb terminals as well as emulators.

2) ENVIRONMENT VARIABLES: An element of the telnet protocol (and also the SSH
protocol) is the passing of environment variables. You would configure your
telnet client with, for instance, "PRINTER=PRT25". This would get passed to
the shell session at login. Note that some telnet daemons disallow most
environment variables, except TERM, DISPLAY, and possibly PRINTER. I'm not
sure about SCO's approach here.

3) CREATIVE USE OF TERM: Because of restrictions just mentioned, some folks
have forced their telnet clients to send a terminal-type environment variable
containing both the terminal type info and also a location code. For instance,
"TERM=scoansi:PRT25". The .profile or other shell script then parses this,
resets the TERM variable, and also sets a location or printer variable.

4) IP ADDRESS: If your client PCs are using static IP addresses, you can
determine the IP address and base the printer assignment on that.

5) PASSTHROUGH PRINT: Send the print job back through the terminal session,
and from there to the printer. Yes, this can work quite well; we have hundreds
of people doing it, probably thousands.



6) FOLLOW-ME PRINTING: Print jobs are sent to either an LPD or a JetDirect
emulator at the same IP address as the telnet session is coming from; that is,
to the same PC. Our Print Wizard utility can do this.

7) ARBITRARY CLIENT RESPONSE: If you know at the host level that a particular
telnet client is running, there may be a way the host can query the client
using a proprietary feature. For instance, with Anzio (our telnet client), the
host can ask for the contents of a particular environment variable or
internal variable, such as the Windows machine name, the Windows login name,
or an arbitrary user-defined variable. This avoids restrictions imposed by the
telnet daemon.

Regards,
....Bob Rasmussen,   President,   Rasmussen Software, Inc.

personal e-mail: ras@anzio.com
 company e-mail: rsi@anzio.com
          voice: (US) 503-624-0360 (9:00-6:00 Pacific Time)
            fax: (US) 503-624-0760
            web: http://www.anzio.com




Click here to add your comments



Don't miss responses! Subscribe to Comments by RSS or by Email

Click here to add your comments


If you want a picture to show with your comment, go get a Gravatar


ad


/Bofcusm/1406.html copyright 1997-2004 (various authors) All Rights Reserved

Have you tried Searching this site?

Unix/Linux/Mac OS X support by phone, email or on-site: Support Rates

This is a Unix/Linux resource website. It contains technical articles about Unix, Linux and general computing related subjects, opinion, news, help files, how-to's, tutorials and more. We appreciate comments and article submissions.

Publishing your articles here

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.



More:
       - OSR5
       - Bofcusm


Unix/Linux Consultants

Skills Tests

Guest Post Here











My Favorites

Change Congress