Re: SV: Another printing question
Diego Torres Milano <[email protected]>
| Newsgroups | gmane.linux.pxes.devel |
|---|---|
| Message-ID | <1068644921.2355.8.camel@zebra> |
On Wed, 2003-11-12 at 06:26, Eliassen Einar (ErgoGroup) wrote:
Hello again :)
We have 8000 users spread all over the country, and each major city has its
own serverfarm(s) and printerserver(s).
All clients are running on NT 4.0 and WinXP.
Now I want to add thin clients into the mix.
Some users have local printers which they can connect to using con2prn IF
its a printdriver installed on the Citrix serverfarm. The big majority of
users use a big workgroup laser printer on a printserver.
When we throw in thin clients, I'd like to keep the ability to use local
printers. The problem I have is that the thin clients use DCHP and get a
different IP address over time. The users dont have the rights to add a
TCP/IP port in the Terminal Server session, so enabling local printing in
the thin client gets difficult to handle.
This can be solved by reserving the IP address of the clients that need a
local printer and make a printqueue on the printserver with the thin clients
IP address. Then we make a batchfile the user can run to connect the printer
locally via the printserver.
However, this forces us to keep track of thin clients who needs to have a
static IP.
So I'd like some input on how this can be done differently, either by doing
it via ICA or enabling printer locally.
I got the USB howto for ICA from Diego that Justin Chevrier wrote, which is
really nice, but I don't think we will be buying and using printers with USB
only. All printers are networked unless its a desktop printer only meant for
one or a few users.
Is there a way to do the same thing Justin Chevrier did with USB to work
with just a 'plain' LPT printer too ?
Yes, this is the main reason why I resent the mail to the list (changing
the subject). The method applies for any connection type.
I'm planning to include some of Justin's ideas in PXES 0.8. (Perhaps
PXES 0.7.1 too)
This could be a solution for me. But I don't want the Citrix server to act
as a printserver, which I think would happen in this scenario...or am I
wrong ?
Regards,
Einar
-----Opprinnelig melding-----
Fra: Robert Yaklin [mailto:[email protected]]
Sendt: 11. november 2003 21:36
Til: [email protected]
Emne: Re: [pxes-devel] Another printing question
The printers on the Citrix Terminal server need only be setup once by a
person with admin rights. Your job will be easier (and your company will
save money) if you have relatively few, fast workgroup printers as opposed
to an inkjet printer on everyone's desktop. You should have no need for any
printer drivers in the thin client image. If you want the citrix to not have
to be the print spooler, just setup a dedicated print server (either windows
or linux). If you go this route, you will not have to create a port on the
citrix, but each person will have to connect to the network printer. This
can be done in the logon script with, I think, con2prn or something like
that.
On Tue, 2003-11-11 at 09:31, Eliassen Einar (ErgoGroup) wrote:
>
> Hello
>
> I've been using printing on the thin clients for a while, but in some
> enviroments the way printing works doesn't fit well.
>
> In our terminal server enviroment, users arent allowed to create their
> own tcp/ip port, making things a bit harder. (Citrix)
>
> Is there a way to make the thin client handle all the printing
> operations locally and at the same time have support for most types of
> printers _without_ cramming all the printer drivers into the thin
> client image ?
>
>
> I'm not sure I'm explaining the right way but...anyone understand what
> I mean ? :)
>
> Simpler put: I want thin clients to have support for local printers,
> and the Citrix Terminal Server shouldn't handle the task of print
> spooling etc. All print operations should be handled locally.
>
> Is this possible ?
>
>
> Regards,
>
> Einar
>
>
>
>
> -_____________________________________________
>
>
> The contents of this e-mail are confidential to the person(s) or
> organisation(s) to whom it is addressed. No-one else may copy or
> forward all or any of it in any form without the prior written consent
> of the originator. If you have received this e-mail in error, please
> contact the sender and delete the material from any computer.
>
>
>
-------------------------------------------------------
This SF.Net email sponsored by: ApacheCon 2003,
16-19 November in Las Vegas. Learn firsthand the latest developments in
Apache, PHP, Perl, XML, Java, MySQL, WebDAV, and more!
http://www.apachecon.com/ _______________________________________________
pxes-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/pxes-devel
-_____________________________________________
The contents of this e-mail are confidential to the person(s) or
organisation(s) to whom it is addressed. No-one else may copy or forward all
or any of it in any form without the prior written consent of the
originator. If you have received this e-mail in error, please contact the
sender and delete the material from any computer.
-------------------------------------------------------
This SF.Net email sponsored by: ApacheCon 2003,
16-19 November in Las Vegas. Learn firsthand the latest
developments in Apache, PHP, Perl, XML, Java, MySQL,
WebDAV, and more! http://www.apachecon.com/
_______________________________________________
pxes-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/pxes-devel
--
______ ________
/ / \/ /___ ) I N T E G R A C I O N
/ / /___ / I N F O R M A T I C A
/__/__/\___/_____'
Diego Torres Milano Maipu 42 Office 164 (1084) BA Argentina
[email protected] Tel: +5411 4331-2233 www.in3.com.ar
-------------------------------------------------------
This SF.Net email sponsored by: ApacheCon 2003,
16-19 November in Las Vegas. Learn firsthand the latest
developments in Apache, PHP, Perl, XML, Java, MySQL,
WebDAV, and more! http://www.apachecon.com/