If you can do telnet character mode there is a freeware package called
NQTELNET that allows
multiple 'users' that access the system from a batch job and they don't
count towards the user limit.
This package, and manyl other socket packages do suffer from the side
effects of file equations, they are shared for all processes in the process
tree. One solution is for the parent server to hand off the
connection to a separate child server job that can have a private process
tree.
Mike
-----Original Message-----
From: John Zoltak <[log in to unmask]>
To: [log in to unmask] <[log in to unmask]>
Date: Wednesday, July 07, 1999 8:07 AM
Subject: Re: user license
>Joe is correct. RPMCREATE does indeed create a session. This would not
>help getting around the user count issue. When I mentioned the use of
>sockets to PC clients, I left the security validation as a task for the
>reader. Actually I have done this whole process. A master process wait
>for connects to a well known (at least in our case) socket. When the
>connect completes, the open socket is handed off to a newly created
>process to service requests. At this point the only request that can be
>accepted is a pseudo-logon, in other words, it uses AIFCHANGELOGON with
>the passed logon string to validate a user and put the process in the
>appropriate account. After passing this logon, the user can to have all
>requests serviced. Note that AIFCHANGELOGON, just validates user/account
>and passwords and does not actually create a session. It does run the
>process as though you were logged on to that account and user.
>
>Hope this helps,
>John Zoltak
>North American Mfg Co
>Cleveland Ohio
>
>> -----Original Message-----
>> From: Joe Geiser [mailto:[log in to unmask]]
>> Sent: Wednesday, July 07, 1999 5:55 AM
>> To: [log in to unmask]
>> Subject: Re: [HP3000-L] user license
>>
>>
>> Jamie Dickson writes,
>>
>> > You may want to check out the intrinsic RPMCREATE.
>> >
>> > It will do logon validation and create a new process in
>> either a new or
>> > existing session. It does not count against the user
>> license count and
>> > it does not require PM. The only downside is that (since
>> it is designed
>> > for "batch" processes) UDC's are not catalogued.
>>
>> Only speaking from our own experiences here:
>>
>> Actually, if memory serves correctly (and remember, I just
>> turned 40, and
>> everyone has told me that the grey matter starts to erode now ;) - RPM
>> performs a programatic session start and logon, and does
>> count against the
>> user limit. It's similar (although not quite exactly the same) to
>> :STARTSESS - but in reverse, as the session is initiated from
>> the product
>> itself, as opposed to the 3000 initiating it with STARTSESS.
>>
>> (The FTP server, prior to going to inetd workd in roughly the
>> same way,
>> performing a programatic logon. I haven't checked out the
>> inetd version and
>> whether it does the same thing).
>>
>> WhisperTech Studio uses RPM (as stated in the snipped portion of the
>> message) as does Qedit for Windows (which we use). I can't
>> speak for Studio
>> since we don't use it, but a Qedit for Windows session does
>> count against
>> our user limit (for grins and giggles, we tried it - opened
>> sessions up to
>> the limit, then attempted to open a file with Qedit/Windows
>> and it failed
>> for this very reason).
>>
>> When one opens the first host file (not a local PC file -
>> they don't count),
>> a connection is opened, a logon is initiated via RPM, the
>> logon message
>> appears on the console and the count is kicked up by one. If
>> Studio works
>> in the same way, then it too, should be counting against the
>> license limit.
>>
>> The only method I've seen, to have a "session" with the 3000
>> and not have it
>> count against the license count, is to use the sockets
>> library. As Charles
>> wrote earlier, it could open a pandoras box, but those
>> products which use
>> the sockets library (such as ODBC drivers), perform AIF:PE
>> authentication on
>> the user.account,group and checks associated passwords. This
>> is the key to
>> ensure proper authentication in this environment.
>>
>> Regards,
>> Joe
>>
>> ====================================================
>> Joe Geiser, Managing Partner
>> BizNetTech.net LLC
>> Phone: +1(215) 945.8100 Fax: +1(215) 943.8408
>> Toll Free (US/Canada): (877) 945.8100
>> ====================================================
>>
|
