On Mon, 2009-03-02 at 13:06 -0500, JohnS wrote:
On Mon, 2009-03-02 at 12:43 -0500, b.j. mcclure wrote:
On Mon, 2009-03-02 at 12:27 -0500, JohnS wrote:
On Mon, 2009-03-02 at 11:50 -0500, Roger Wells wrote:
JohnS wrote:
On Mon, 2009-03-02 at 11:20 -0500, b.j. mcclure wrote:
I have been trying to set up printer sharing on the LAN.All machines are CentOS 5.2 fully updated. The problem server is a fresh build. The box it is replacing worked fine for many months. The problem appears to be a closed port 631 on the new box. iptables and ip6tables are stopped as shown by the output below. To confirm I was using nmap correctly I ran it against the old server first which shows 631 open. No matter what I do to the new box (192.168.2.205) 631 remains closed. I was running it on the new box via ssh which I think eleminates any swithc/router issues.
Any thoughts gladly accepted. This must be something simple/stupid I have overlooked. Not much hair left to pull out. ;-/
Do you have the Cups Service running? service cups status and service hplip status.
I don't have an answer but I have to believe that your problem is related to mine (thread: cups & hp-toolbox) my machine: Linux rwells-rh 2.6.18-92.1.22.el5 #1 SMP Tue Dec 16 12:03:43 EST 2008 i686 i686 i386 GNU/Linux [root@rwells-rh legacydp]# /sbin/service hplip status hpiod (pid 6422) is running... hpssd (pid 6427) is running...
[root@rwells-rh legacydp]# /sbin/service cups status cupsd (pid 6453) is running...
Interesting that when the local host address is used the port is open: [root@rwells-rh legacydp]# nmap -sT -p 631 -PT 127.0.0.1
It is configured by default to it has to be changed
See below working config. You will need to have iptables to allow access from remote connections. /etc cups and hp dirs. cupsd.conf:
MaxLogSize 2000000000 # Show general information in error_log. LogLevel info SystemGroup sys root # Allow remote access Port 631 Listen /var/run/cups/cups.sock # Enable printer sharing and shared printers. Browsing On BrowseOrder allow,deny # (Change '@LOCAL' to 'ALL' if using directed broadcasts from another subnet.) BrowseAllow @LOCAL BrowseAddress @LOCAL DefaultAuthType Basic
hplip.conf:
# hplip.conf
[hpiod] # port=0 (dynamic IP port) port=2208 [hpssd] # port=0 (dynamic IP port) port=2207
[hplip] version=1.7.2 jdprobe=0
Iptables needs: -A RH-Firewall-1-INPUT -p udp -m udp --dport 631 -j ACCEPT -A RH-Firewall-1-INPUT -p tcp -m tcp --dport 631 -j ACCEPT
My config files agree with yours except hplip is version 1.6.7.
Ok the version I have running is directly from the hplip website. It is not the CentOS Distro version. This actually brings up something of which I really believe that upstream has modified the code (backports etc). What is extremly strange is that I could not get any HP printers to function correctly with the hplip rpm from Upstream. So what I done was down load the binary from HP, thus far I have not have any problems. There is a newer version on the site than I have running. Why I don't have the newest is, for some strange reason it does not want to work right. http://hplipopensource.com/hplip-web/index.html You can try this but it want solve the your current problem of knowing why it want work. Ultimately file a bug report as both of you are having the same problem and none seems to have an answer.
I just called and had the printer (hplaserjet 1300) reconnected to the old server and it works fine with hplip ver. 1.6.7 so I don't think it's hplip. Both machines are identical except for motherboard, ram and drives, none of which should be in the picture here AFAIK. Even had the cat5 cable switched between the two boxes with no change. Don't think I have ever seen a port closed with the firewall down and a service running on it before. You may be right, it may be a bug but I've done this so many times on centos 5 without this issue. Thanks for all your help. I'll keep plugging at it and if all else fails try another install.
Firewall is completely down, i.e., iptables and ip6tables are stopped.
OK i see now
JohnStanley
B.J.
CentOS 5.2, Linux 2.6.18-92.1.22.el5 x86_64 13:13:37 up 20:07, 3 users, load average: 0.44, 0.48, 0.34