Cups Printing To A Remote Network

Home » CentOS » Cups Printing To A Remote Network
CentOS 3 Comments

Everyone,

I have an need to be able to print to an HP1320 that is usb connected to a Fedora 17 desktop on a remote network from a CentOS 5.8 cups print server on an internal network. The desktop is in a remote network that belongs to to a different client than the one owning the cups print server.

The F17 usb HP1320 connection works fine, and I can also get the F17
system to poll the cups print server in order to print to any of the printers on the internal network. So far I have not been able to figure out a way to print to the remote HP1320 from inside the internal network.

I am about ready to ask the remote client to provide a static ip address that we can use that to be able to connect separately from them. It just seems there ought to be a way to do this. I am unable to poll the desktop unit on the remote network from the internal network because of firewall restrictions on the remote network.

Any ideas ????

Greg Ennis

3 thoughts on - Cups Printing To A Remote Network

  • (1) VPN, or somewhat simpler, some sort of tunnelled SSH connection.

    (2) Maybe get the remote people to establish an email account for the printer. Securing this against malmail might be tricky. I
    recently got a Konica Bizhub 20p printer, when nosing around the telnet interface to it, I noticed it had a built-in ability to suck print jobs from a POP server. Absent such an ability on the printer itself, a dummy user could get your mailed print jobs, perform some kind of authentication (perhaps with procmail), and then spool the job. It could email you back when the job was spooled.

    Dave

  • (1) VPN, or somewhat simpler, some sort of tunnelled SSH connection.

    (2) Maybe get the remote people to establish an email account for the printer. Securing this against malmail might be tricky. I
    recently got a Konica Bizhub 20p printer, when nosing around the telnet interface to it, I noticed it had a built-in ability to suck print jobs from a POP server. Absent such an ability on the printer itself, a dummy user could get your mailed print jobs, perform some kind of authentication (perhaps with procmail), and then spool the job. It could email you back when the job was spooled.

    Dave

    I had not thought of using POP service. I could poll that fairly easily; I would expect it to be a little slower, but I can see how it would work.

    I have not played with tunneled SSH connections, but that would probably work the best. I could dump the print job in a directory on the internal server, and poll that directory from the remote machine.

    Thanks much for your ideas!!!!

    Greg

  • (1) VPN, or somewhat simpler, some sort of tunnelled SSH connection.

    (2) Maybe get the remote people to establish an email account for the printer. Securing this against malmail might be tricky. I
    recently got a Konica Bizhub 20p printer, when nosing around the telnet interface to it, I noticed it had a built-in ability to suck print jobs from a POP server. Absent such an ability on the printer itself, a dummy user could get your mailed print jobs, perform some kind of authentication (perhaps with procmail), and then spool the job. It could email you back when the job was spooled.

    Dave

    I had not thought of using POP service. I could poll that fairly easily; I would expect it to be a little slower, but I can see how it would work.

    I have not played with tunneled SSH connections, but that would probably work the best. I could dump the print job in a directory on the internal server, and poll that directory from the remote machine.

    Thanks much for your ideas!!!!

    Greg
    ——————————————————————-

LEAVE A COMMENT