[sf-lug] lpadmin --> forbidden
Alex Kleider
a_kleider at yahoo.com
Mon Oct 27 18:00:50 PDT 2008
a_kleider at yahoo.com
--- On Mon, 10/27/08, Jesse Zbikowski <embeddedlinuxguy at gmail.com> wrote:
> From: Jesse Zbikowski <embeddedlinuxguy at gmail.com>
> Subject: Re: [sf-lug] lpadmin --> forbidden
> To: a_kleider at yahoo.com
> Cc: "Linux userGroup" <sf-lug at linuxmafia.com>
> Date: Monday, October 27, 2008, 4:49 PM
> On Sun, Oct 26, 2008 at 2:56 PM, Alex Kleider
> <a_kleider at yahoo.com> wrote:
> > giving http://localhost:631 to firefox just caused it
> to sit there and go nowhere which suggests that there may be
> a more fundamental underlying problem in the cups system.
>
> OK this sounds like a clue that CUPS is not running.
> Please try
>
> /etc/init.d/cupsys start
>
> Then attempt http://localhost:631 again.
>
> > This machine has another problem: after every boot it
> must be given
> > sudo ifup eth0
> > to get networking going
>
> Maybe cupsys doesn't start because there is no network
> when its init
> script runs. You should be able to verify that cups is
> listening to
> port 631 with netstat:
>
> # netstat -nlp |grep 631
> tcp 0 0 127.0.0.1:631 0.0.0.0:*
> LISTEN 7407/cupsd
>
> You might try editing /etc/network/interfaces and add eth0
> to the
> auto-up list. E.g. change
> auto lo
> to
> auto lo eth0
>
> see
> man 5 interfaces
Here's what netstat gives me:
alex at lildell:~$ sudo netstat -nlp | grep 631
[sudo] password for alex:
tcp 0 0 0.0.0.0:631 0.0.0.0:* LISTEN 5022/cupsd
tcp6 0 0 :::631 :::* LISTEN 5022/cupsd
udp 111180 111616 0.0.0.0:631 0.0.0.0:* 5022/cupsd
unix 2 [ ACC ] STREAM LISTENING 15476 5631/x-session-mana /tmp/seahorse-3irCqX/S.gpg-agent
unix 2 [ ACC ] STREAM LISTENING 15666 5631/x-session-mana /tmp/orbit-george/linc-15ff-0-32d87acaef7e
unix 2 [ ACC ] STREAM LISTENING 15670 5631/x-session-mana /tmp/.ICE-unix/5631
This gives me 0.0.0.0:631 instead of 127.0.0.1:631 but I'm guessing that the meaning is the same. Or perhaps not. This does NOT change when run after /etc/init.d/cupsys start
I'm logged on remotely so can't try localhost:631 until I get to the machine and fire up a browser. I think that I have tried lynx in the past without success: it never seems to be able to deal with the initial authentication request.
I'll look into the other concepts you've raised: thank you very much.
More information about the sf-lug
mailing list