Red Hat Bugzilla – Bug 52267
Linuxconf web access is totally hosed
Last modified: 2007-04-18 12:36:09 EDT
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.3) Gecko/20010808
Description of problem:
web access is almost totally useless
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Install linuxconf
2. Enable web access
3. Open port(s) in ipchains
Actual Results: Nothing.
Expected Results: Web access to linuxconf
After playing around with strace it looks like it wants to run in daemon
mode instead of using the stdin/stdout channel xinetd is giving it. To
compound the problem, regardless of what is in /etc/services it binds to
port 8000. A workaround I used was to do "linuxconf --http &>/dev/null &"
which started it up.... on port 8000 instead of 98. There is a --port
switch, but it also makes zero difference.
Now in 7.2 it's even worse. Now it does seem to repond to the --port 98 switch,
but it doesn't stay running. It won't run from xinitd and still only seems to
service one connection then exit.
I know linuxconf is supposed to be scheduled for removal, but until there is a
replacement that can do what it does I need to make it work!
Correction. Linuxconf will work on 7.2
But a line in /etc/hosts.allow with:
would not allow lynx "http://localhost:98" to work.
Adding in a line with the hostname in question and switching localhost for the
hostname in the lynx comnmand still didn't bring joy. However, adding:
works. So is this a problem with tcpwrappers, xinitd or linuxconf.... too late
to worry about such matters, it works. Linuxconf does its own access controls
so I hope I can get away with that ALL for now.
Closing because we don't ship linuxconf anymore
Changed to 'CLOSED' state since 'RESOLVED' has been deprecated.