[FreeNX-kNX] Client side printing errors from remote linux workstation

Tue Jan 26 19:00:49 UTC 2010

Hi, This is my first time posting but after many weeks of reading 
everything I can about the subject I find that I need something more 
specific.

I need some help getting my client side printing working through the SSH 
tunnel.

When I use the QtNX client on the same network with the freeNX server 
everything works fine.

When I places the workstation at the customers locations outside my 
firewall the printing stopped.

I can connect shared drives with no problem, just the printing. With 
QtNX absolutely nothing happens so I switched back to the NXClient.

I can see the printers at the workstation with the correct IPP addresses:
This is from the /home/lasersoft/.nx/cups/printers.conf file on the 
workstation
/ </Printer>
                                                          <Printer 
Officejet-Pro-K550>
                             Info Officejet-Pro-K550
                             Location local computer
                             DeviceURI 
http://127.0.0.1:631/printers/Officejet-Pro-K550
                             State Idle
                             Accepting Yes
                             JobSheets none none
                             QuotaPeriod 0
                             PageLimit 0
                             KLimit 0
                             </Printer/>

again from the client side:
/*netstat -napt | grep cups*
tcp        0      0 0.0.0.0:631             0.0.0.0:*               
OUÇA       7142/cupsd     
tcp6       0      0 :::631                  :::*                    
OUÇA       7142/cupsd      /
/
*ps -ef | grep cups*
root      7142     1  0 08:55 ?        00:00:01 /usr/sbin/cupsd -C 
/etc/cups/cupsd.conf
root     18178     1  0 15:30 ?        00:00:00 /usr/sbin/cupsd -C 
/etc/cups/cupsd.conf
root     18361     1  0 15:36 ?        00:00:00 /usr/sbin/cupsd -C 
/etc/cups/cupsd.conf
root     19443 18289  0 16:24 pts/3    00:00:00 grep cups

/from the client session file on the workstation
/NXPROXY - Version 3.4.0

Copyright (C) 2001, 2007 NoMachine.
See http://www.nomachine.com/ for more information.

Info: Proxy running in client mode with pid '17852'.
Session: Starting session at 'Tue Jan 26 15:10:47 2010'.
Warning: Connected to remote version 3.3.0 with local version 3.4.0.
Info: Connection with remote proxy completed.
Info: Using MODEM link parameters 256/24/1/0.
Info: Using cache parameters 4/4096KB/16384KB/16384KB.
Info: Using pack method 'adaptive-3' with session 'gnome'.
Info: Using ZLIB data compression 1/1/32.
Info: Using ZLIB stream compression 9/9.
Info: Using cache file 
'/home/lasersoft/.nx/cache-gnome/S-45C3C37C4146A10DC5A43CDCD45058A9'.
Info: Forwarding X11 connections to display ':1001.0'.
Info: Forwarding CUPS connections to port '20000'.
Info: Forwarding SMB connections to port '445'.
Info: Listening to font server connections on port '11000'.
Session: Session started at 'Tue Jan 26 15:10:47 2010'.
Info: Established X server connection.
Info: Using shared memory parameters 1/4096K.
Warning: Connection to CUPS server 'localhost:20000' failed with error 
'Connection refused'.
Warning: Connection to CUPS server 'localhost:20000' failed with error 
'Connection refused'.
Warning: Connection to CUPS server 'localhost:20000' failed with error 
'Connection refused'.
/

Now from the server side:
from ~/.nx/C-**/cups/printers.conf
/</Printer>
<DefaultPrinter Officejet-Pro-K550>
Info Officejet-Pro-K550
DeviceURI 
nxipp://lasersoft.4ecf7e4de21529d0@127.0.0.1:3000/printers/Officejet-Pro-K550
State Idle
StateTime 1264525860
Type 4
Accepting Yes
Shared Yes
JobSheets none none
QuotaPeriod 0
PageLimit 0
KLimit 0
OpPolicy default
ErrorPolicy retry-job
</Printer>
/
in the cups error_log I have some of the following lines:

[cups-driverd] Bad PPD name 
"/home/james/.nx/config/ppd/Officejet-Pro-K550.ppd"!

for each of the printers that should be connecting

I have reached the conclusion that the user cups daemon isn´t running so 
therefore isn´t listening on port 20000. I have tried to start it 
manually with the following command:
*/usr/sbin/cupsd -c /home/lasersoft/.nx/cups/cupsd.conf*
/cupsd: Child exited with status 1!/

and get this answer.

if I test the cups configuration I get this:
*/usr/sbin/cupsd -t -c /home/lasersoft/.nx/cups/cupsd.conf*
//home/lasersoft/.nx/cups/cupsd.conf contains errors/

this is the user /home/lasersoft/.nx/cups/cupsd.conf file
/TempDir /home/lasersoft/.nx/cups/spool/tmp
                         StateDir /home/lasersoft/.nx/cups/certs
                         CacheDir /home/lasersoft/.nx/cups/cache
                         RequestRoot /home/lasersoft/.nx/cups/spool
                         ServerRoot  /home/lasersoft/.nx/cups
                         ErrorLog    /home/lasersoft/.nx/cups/error_log
                         LogLevel debug
                         Port 20000
                         Browsing Off
                         ServerName localhost

                         <Location />
                         Order Deny,Allow
                         Deny From All
                         Require user lasersoft
                         AuthType Digest
                         Allow from 127.0.0.1
                         </Location>

StateDir /home/lasersoft/.nx/cups/certs
CacheDir /home/lasersoft/.nx/cups/cache
PidFile /home/lasersoft/.nx/cups/cupsd-real.pid
StateDir /home/lasersoft/.nx/cups/certs
CacheDir /home/lasersoft/.nx/cups/cache
/
I really need this running so that I can start deploying the customers 
stations. I have been working on this for the last 3 weeks and am sure 
that I have missed something really simple that would fix this but I am 
at a total loss.

Both server and client are running Ubuntu 9.10 with fresh install of 
FreeNX from the ppa:freenx-team repository, with QtNX and the newest 
version of NXClient from the nomachine site.

Any ideas on how to resolve this?

Thanks

James

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/freenx-knx/attachments/20100126/7fe6224a/attachment.html>