× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



I think that what Loyd's described is quite likely not a high risk
scenario. My comments were simply to bring this to light for those that
may try to use the technique in a more "open" environment. Basically I
never trust data from a browser without validating it. Logs are
invaluable in later figuring out what went wrong but don't prevent the
wrong when it is happening. Always consider how something could go wrong
and program to prevent wrong things from leading to bad results.

Mike

Mike Hockings, P.Eng.
IBM Rational Developer for System z
IBM Canada Ltd. Laboratory
hockings@xxxxxxxxxx
voice 1-905-413-3199 T/L 313-3199 ITN 23133199
http://www.ibm.com/software/rational/cafe/community/hats




From:
hr@xxxxxxxxxxxx
To:
Web Enabling the AS400 / iSeries <web400@xxxxxxxxxxxx>
Date:
03/03/2010 04:27 PM
Subject:
Re: [WEB400] Determining client PC to print on different i5OS printers
Sent by:
web400-bounces@xxxxxxxxxxxx



Mike,

I totally agree, but if its two PC's running without any login and in the
local network
the method could be a way.

If it was PC's comming from "foreing domains" I would control it on a log
in that identified
the user.




Mike Hockings <hockings@xxxxxxxxxx>
Sent by: web400-bounces@xxxxxxxxxxxx
03-03-2010 22:11
Please respond to
Web Enabling the AS400 / iSeries <web400@xxxxxxxxxxxx>


To
Web Enabling the AS400 / iSeries <web400@xxxxxxxxxxxx>
cc

Subject
Re: [WEB400] Determining client PC to print on different i5OS printers






As a general rule I would much rather determine this from the server side
and not rely on content from the browser for making decisions. However,
it rather depends on how much the content from the browser can be trusted
and how much badness that hacked content could cause.

Mike


Mike Hockings, P.Eng.
IBM Rational Developer for System z
IBM Canada Ltd. Laboratory
hockings@xxxxxxxxxx
voice 1-905-413-3199 T/L 313-3199 ITN 23133199
http://www.ibm.com/software/rational/cafe/community/hats




From:
hr@xxxxxxxxxxxx
To:
Web Enabling the AS400 / iSeries <web400@xxxxxxxxxxxx>
Date:
03/03/2010 07:45 AM
Subject:
Re: [WEB400] Determining client PC to print on different i5OS printers
Sent by:
web400-bounces@xxxxxxxxxxxx



If you PC's is running IE you can use a activeX component to
retreive the PC's mac address:

http://www.qualitycodes.com/tutorial.php?articleid=19&title=MAC-Address-Using-WMI-on-Internet-Explorer









Loyd Goodbar <loyd@xxxxxxxxxxxxxx>
Sent by: web400-bounces@xxxxxxxxxxxx
03-03-2010 12:55
Please respond to
Web Enabling the AS400 / iSeries <web400@xxxxxxxxxxxx>


To
Web Enabling the AS400 / iSeries <web400@xxxxxxxxxxxx>
cc

Subject
Re: [WEB400] Determining client PC to print on different i5OS printers






I should mention these are external visitors entering their
information when they arrive.

--Loyd

On Mar 2, 2010, at 17:31, Loyd Goodbar <loyd@xxxxxxxxxxxxxx> wrote:

Hi Nathan,

The PCs are locked down via Group Policy and are dedicated use. The
computer automatically logs on Windows and runs IE. The front page
for the visitor log is the home page, and initiates the log book or
allows the visitor to scan their badge's bar code to "sign out" when
their visit is complete.

Visitors do not "log in" and aren't asked their location.

Since the whole system is web-based, there is no user ID to
associate. I did not see a user name in the HTTP server variables.

I'm leaning toward separate front pages that pass a cookie for the
PC's location (lobby or shipping).

Thanks,
Loyd

On Mar 2, 2010, at 16:01, Nathan Andelin <nandelin@xxxxxxxxx> wrote:

Loyd,

If user's IP address is not an option, then all I can think of is
prompting the user for input. If not prompting for the printer
directly, then maybe cross-referencing from User ID, or perhaps
when they select a navigational link. In our portal, a user may
select a "work area" which could cross-reference to a "printer",
for example.

-Nathan.



----- Original Message ----
From: Loyd Goodbar <loyd@xxxxxxxxxxxxxx>
To: web400@xxxxxxxxxxxx
Sent: Tue, March 2, 2010 2:23:03 PM
Subject: [WEB400] Determining client PC to print on different i5OS
printers

Keeping as much programming the same as possible, what are some
ways to
denote a location between two PCs running the same web page? What I
need is
to know which PC is accessing the web pages so I print labels to the
appropriate printer.

We have a visitor sign in/out lobby kiosk running from a dedicated
PC and an
i5/OS-connected label printer (Intermec). The PC connected to our
iSeries
via web pages made with RPG and CGIDEV2. During the sign in
process, guest
names are written to a file, which is directed to TL Ashford to
print the
labels.

We need to implement a second kiosk in our shipping department at the
opposite end of the building. We need to print to a different label
printer.
TL Ashford allows us to set the output queue when printing. We will
have a
separate PC and label printer in the new area.

Using my PC, I checked the i5 HTTP server variables for clues. (A
sample
program is at

http://www.easy400.net/cgidev2p/dspsrc.pgm?cgiinp01=cgidev2&cgiinp02=qrpglesrc&cgiinp03=envvar




.) While
REMOTE_ADDR is populated (IP address), REMOTE_HOST is not. I do not
want to
go by IP address since it's dynamically assigned, and not sure how
much
effort it would be to get our admins to make it static. I could make
separate start pages such as startlobby.pgm and startship.pgm, set
cookies
and read them on subsequent pages.

Any suggestions welcome!

Thanks,
Loyd



--
This is the Web Enabling the AS400 / iSeries (WEB400) mailing list
To post a message email: WEB400@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/web400
or email: WEB400-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/web400.


As an Amazon Associate we earn from qualifying purchases.

This thread ...

Follow-Ups:
Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.